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CHAPTER  1 
INTRODUCTION 

1 . 1    Research  Motivation 

Efficient  transfer  of  laboratory  discoveries  into  product  applications  is  essential  for 
current  and  future  competitiveness  in  the  world  marketplace.  This  transfer  process  is  very 
difficult  because  it  requires  intimate  knowledge  of  the  available  technology  as  well  as  the 
needs  of  the  marketplace.  Market  research  is  a  well  established  industrial  activity.  The 
work  in  this  area,  however,  is  generally  undertaken  by  business-oriented  staff  with  a 
casual  knowledge  of  what  technological  development  can  accomplish.  In  other  words, 
marketing  is  generally  based  on  market  pull  without  consideration  for  technology  push. 

Critical  components  of  this  transfer  process  are  the  assessment  of  economic  benefit  of 
a  new  technology  and  selection  of  appropriate  product  applications.  Industry  needs  a  tool 
set  to  assess  the  financial  risk  associated  with  research  and  development  of  new  technolo- 
gies. A  formal  methodology  for  a  domain-independent  laboratory  transfer  process  will 
help  industry  open  new  markets  and  develop  new  or  improved  products. 

Noted  Harvard  economist  John  Kenneth  Galbraith  [Wein87d]  sees  the  market  power 
in  the  hands  of  the  producer: 

The  myth  of  economics  is  the  sovereign  consumer,  but  the  reality  of  life  is  the 
producer  who  reaches  out  to  take  control,  to  influence  the  consumer,  and  to 
establish  a  mode  of  life  serviceable  to  the  producer.  This  mode  is  one  in  which 
the  emphasis  is  on  consumer  achievement,  which  has  always  been  at  the  heart 
of  producer  power  (p.  52). 

Galbraith  further  states  "Beyond  technology  comes  good  design. . .  so  one  part  of  the  solu- 
tion [to  rejuvenating  our  older,  more  expensive  work  force]  is  to  emphasize  good  design, 
along  with  good  technology,"  (p.  51).  He  also  points  out  that  "the  engineer  brings  in  to 


existence  products  that  have  their  justification  in  being  unique.  And  therefore  engineers 
are  to  some  degree  monopolistic.  .  .  The  market  can  give  a  special  power  to  the  producer 
of  a  unique  product,"  (p.  52). 
1.1.1  Importance:  Technology  as  a  Worldwide  Competitive  Product 

Efficient  technology  transfer  has  become  a  critical  need  in  revitalizing  industry's  posi- 
tion in  world  markets.  To  survive,  products  must  be  competitive  inside  and  outside  of 
national  borders.  Seymour  Baron  [Baro90],  associate  director  for  applied  programs  at 
Brookhaven  National  Laboratory,  points  out: 

Indeed,  competition  is  not  viewed  anymore  between  General  Motors  and  Ford 
or  between  GE  and  Westinghouse  but  rather  between  our  auto  industry  and  the 
Japanese  auto  industry  and  our  high  technology  versus  those  in  Europe  and  the 
Far  East  The  market  is  not  a  U.S.  market  but  a  world  market,  and  technology 
is  a  worldwide  competitive  product  (p.  38). 

From  a  more  global  perspective,  the  economic  stability  of  entire  nations  may  rest  in  suc- 
cessful transfer  of  technology  from  defense-related  research  into  commercial  products. 
The  emerging  independent  states  from  within  the  former  Soviet  Union  have  a  wealth  of 
research  talent  previously  devoted  to  military  activities.  The  U.S.  Department  of  Energy 
national  laboratories  and  various  U.S.  industry  partners  have  recognized  this  talent  and 
have  proposed  joint  programs  to  assist  in  redirecting  these  research  institutions  toward 
productive  nonmiUtary  applications  [Hnat93].  Congress  has  passed  legislation — the 
FREEDOM  Support  Act — to  provide  U.S.  aid  to  "facilitate  the  conversion  of  military 
technologies,  capabilities  and  defense  industries  to  civilian  applications.  .  .  and  activities 
which  will  assist  the  independent  states  to  transition  to  market  economies  and  become 
responsible  members  of  the  global  economic  community,"  (p.  1). 


1.1.2  Barriers  to  Technology  Transfer 

Seymour  Baron  [Baro90]  outlines  the  hurdles  to  technology  transfer  from  the  national 
laboratories  to  industry.  Prominent  among  these  hurdles  is  that 

laboratories.  .  .  do  research  for  research's  sake  and  not  with  any  product  in 
mind.  Results  are  reported  openly  and  discussed  fully  at  conferences.  .  .  no 
cost-benefit  analysis  to  determine  whether  the  research  will  be  profitable.  .  . 
Industry.  .  .  approaches  research  mainly  as  short  term  missions  for  reasonable 
return  on  investment  (p.  39). 

This  insensitivity  to  economic  issues  directly  affects  the  university-Iab-to-industry  tech- 
nology transfer  process.  The  deficiency  can  be  overcome  by  developing  a  tool  for  labora- 
tories to  perform  systematic,  quantitative  cost/benefit  analyses.  In  order  to  entice  industry 
to  participate  in  the  technology  transfer  process,  laboratories  need  the  ability  to  demon- 
strate better  return  on  investment  (ROI)  for  their  process  over  traditional  approaches. 

1.2   Framework  of  Proposed  Methodology 

The  proposed  methodology  is  a  two-stage  process.  The  first  stage  is  a  heuristics-driven 
knowledge  base  management  system  for  qualitatively  matching  new  technologies  to 
potential  product  applications.  The  knowledge  base  management  system  provides  the  sec- 
ond stage  with  discovery-application  matches.  Stage  two  is  an  algorithmic  module  for 
quantitative  evaluation  of  the  match  and  for  producing  cost/benefit  analyses.  After  multi- 
ple discovery-application  matches  are  evaluated,  a  ranking  of  the  applications  for  the  new 
technology  can  be  produced.  Ultimately,  these  modules  will  interact  with  one  another 
inside  a  common,  intelligent  framework.  A  conceptual  depiction  of  the  system  is  shown  in 
Figure  1-1. 
1.2.1  Plausible  Application  Selection 

Plausible  product  applications  for  emerging  technologies  are  selected  within  three 
interacting  modules  of  a  knowledge-based  system.  A  knowledge  base  containing  pertinent 
physical  and  process  information  for  new  technologies  interacts  with  a  knowledge  base 
containing  product  applications — including  current  limitations  and  desired  capabilities.  A 
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Figure  1-1.      The  technology  transfer  framework  for  the  proposed  methodology. 


third  module  uses  an  inferencing  strategy  to  match  potential  product  applications  with 
new  technology  processes.  The  product  of  these  three  interacting  modules  is  a  ranked  list 
of  plausible  product  applications. 

1 .2. 1  ■  1  New  technology  knowledge  base 

The  knowledge  base  for  the  new  technologies  contains  a  structured  representation  of 
process  information.  Knowledge  regarding  the  new  technologies'  features,  attributes, 
costs,  physics,  processing  equipment  involved,  etc.  is  encoded  in  the  knowledge  base. 

1.2.1.2  Needs  and  applications  knowledge  base 

Knowledge  regarding  existing  product  domains  is  captured  in  a  needs  and  applications 
knowledge  base.  This  information  includes  product  features,  attributes,  costs,  physics, 
current  processing  constraints,  desired  capabilities  and  processing  equipment  involved. 

1.2.1.3  Inference  engine/pattern  matcher 

The  inference  engine  searches  the  new  technologies  knowledge  base  and  the  needs 
and  applications  knowledge  base  for  potential  application  matching.  The  new  technology 
and  application  matched  pairs  are  provided  in  a  ranked  list.  Heuristics  in  the  inferencing 
module  produce  a  qualitative  ranking. 

1 .2.2  Algorithmic  Analvses  of  Plausible  Applications 

Qualitative  discovery-application  matches  are  passed  to  an  algorithmic  analysis  mod- 
ule for  evaluation.  The  module  gathers  relevant  functional  relationships  and  design  param- 
eters for  each  match.  An  objective  of  maximum  cost/benefit  is  formulated  and  the  design 
space  is  bound  by  user-provided  constraints.  A  simulation — utilizing  the  functional  rela- 
tionships gathered  previously — is  run  to  generate  a  series  of  feasible  designs.  The  results 
are  then  post-processed  for  cost/benefit 

1.2.3  Cost/benefit  Analvsis 

Before  the  discovery-application  matches  can  be  ranked,  the  results  of  the  algorithmic 
module  are  post-processed.  The  results  of  this  activity  are  a  series  of  graphs  relating  the 


cost  of  implementing  the  discovery  versus  increase  in  performance  characteristics  for  the 
application.  These  graphs  illuminate  circumstances  within  an  application  where  the  dis- 
covered technology  is  worth  pursuing.  After  multiple  discovery-application  matches  are 
evaluated  for  cost/benefit,  a  ranked  list  can  be  produced.  The  ranking  suggests  the  best 
investment  of  research  funding  for  further  development  of  the  new  technology. 

1.3  Outline  of  the  Reported  Study 
The  objective  of  this  study  is  to  develop  a  technology  transfer  methodology  which 
incorporates  information  about  a  new  technology,  potential  applications,  and  a  quantita- 
tive procedure  for  evaluating  the  ranking  of  the  most  beneficial  use  and  advantages  over 
existing  processes.  The  emphasis  is  on  "what  can  be"  rather  than  "what  is."  The  methodol- 
ogy is  prototyped  in  a  two-level  decision-making  system  capable  of  selecting  a  technol- 
ogy-product/application match,  evaluating  the  design  of  the  product  and  producing  a  cost/ 
benefit  analysis  of  the  technology  transfer  process.  The  final  output  is  a  ranked  list  of  new 
technology-application  matches. 

1.3.1  "New  Technology"  Knowledge  Base 

The  knowledge  base  for  new  technology  is  developed  for  a  recent  laboratory  discov- 
ery that  shows  great  promise  for  tribological  surface  applications — multilayer  diamond 
thin-fihn  coating.  Knowledge  about  the  process  capabilities,  limitations,  surface  physics, 
manufacturing  processes  involved,  cost  factors  and  design  parameters  is  encoded  in  a  pro- 
duction system  knowledge  base. 

Although  the  contents  of  the  new  technology  knowledge  base  are  domain  specific  to 
the  diamond  coating  process,  the  underlying  knowledge  base  structure  is  domain  indepen- 
dent. This  knowledge  base  is  designed  with  extensibility  in  mind. 

1.3.2  "Needs  and  Applications"  Knowledge  Base 

A  knowledge  base  containing  potential  applications  of  the  new  technology  is  devel- 
oped. Knowledge  about  the  potential  applications  is  encapsulated  in  a  production  system 
knowledge  base.  The  knowledge  base  contains  current  properties,  limitations  and  process 


parameters  for  the  application.  Other  important  information  included  is  desired  properties, 
manufacturing  processes  involved,  cost  factors  and  design  parameters.  A  skeleton  of  this 
knowledge  base  is  provided  in  Table  1-1. 

Table  1-1.    Potential  applications  knowledge  base 


Product  Domain 

Specific  Product 
Application 

Desirable  Surface  Properties 

High  Sliding,  Con- 

gearing 

high  K,  p,  C 

centrated  Contacts 

high  hardness 

low  EocAT 

low  surface  roughness 

high  thermal  shock  resistance 

large  lubricating  fihn  thickness 

Bearings 

rolling  element 

low  peak  coefficient  of  friction 

•  isothermal/Newto- 

low AT 

nian  regime 

•  high  temperature 

•  corrosive  envu-onment 

Brakes 

frictional 

high  K,  p,  C 
low  EotAT 

Clutches 

frictional 

high  thermal  shock  resistance 

high  coefficient  of  friction 

stable  coefficient  of  friction 

high  hardness 

long  life 

The  needs  and  potential  applications  knowledge  base  is  similar  to  the  new  technology 
knowledge  base  structure  in  that  it  is  domain  specific  to  the  various  application  areas 
described  above,  but  the  underlying  structure  is  domain  independent.  This  knowledge 
base  is  designed  with  extensibility  in  mind.  Knowledge  regarding  new  potential  applica- 
tion domains  can  be  added  as  it  is  acquired. 
1.3.3  Inference  Method  for  Matching  Technology  to  Needs  and  AppUcations 

An  inference  engine  provides  the  capabilities  for  matching  the  new  technology  to 
potential  applications.  A  quantitative  procedure  for  ranking  application  alternatives  is 
developed.  Ranking  is  important  because  high  payoff  applications  should  be  attacked  first 
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The  CLIPS  production  system  expert  shell  provides  a  robust  pattern-matching  capability 
that  was  beneficial  in  developing  a  reliable  matching  and  ranking  methodology  [Giar91]. 
CLIPS  has  the  capability  of  representing  knowledge  in  the  form  of  facts,  rules  and  proce- 
dures. Tew  [Tew87]  developed  a  knowledge-based  approach  to  searching  an  on-line  soft- 
ware application  database  using  the  EXSYS  expert  system  shell.  EXSYS,  like  CLIPS,  is 
also  based  on  the  production  rules  approach  to  knowledge  representation. 

Regardless  of  the  inference  engine  used  to  implement  the  matching  methodology,  the 
critical  exercise  is  developing  a  reliable  quantitative  method.  It  is  also  important  to  note 
the  separation  of  the  knowledge  from  its  use.  As  Gonzales  and  Dankel  [Gonz93]  point  out, 
it  is  this  separation  that  provides  the  true  power  of  knowledge-based  systems: 

This  separation  allows  us  to  develop  different  applications  by  having  to  create 
only  a  new  knowledge  base  for  each  application.  The  generic  reasoning  tech- 
nique (i.e.,  the  inference  engine)  is  not  modified.  For  example,  the  basic  trou- 
bleshooting approach  used  in  medical  diagnosis  is  similar  to  that  used  by  a 
mechanic  in  diagnosing  a  fault  in  an  automobile.  Only  the  domain  is  different. 
Once  the  generic  knowledge  is  encoded,  it  can  be  applied  to  either  domain, 
thereby  greatly  simplifying  the  development  process  (p.  1). 

The  inferencing  process  used  to  match  new  technology  to  potential  product  applications  is 
based  on  a  technique  developed  by  Forgy  [Forg82] — the  Rete  algorithm — for  efficient 
many-many  pattern  matching.  The  Rete  algorithm  is  integral  to  the  CLIPS  system  used  in 
developing  the  knowledge  bases  for  this  study. 
1.3.4  Algorithmic  Methodology 

Ultimately,  the  algorithmic  analysis  module  will  be  a  tightly  integrated,  interactive 
modehng  system.  The  prototype  system  developed  for  this  study  relies  heavily  on  flexible 
engineering  mathematical  modeling  tools  and  spreadsheet  applications.  This  approach 
was  taken  to  prove  the  concept  while  minimizing  the  amount  of  software  development. 
The  simulations  are  complicated  by  the  use  of  dimensional  data.  Handling  units  in  tradi- 
tional, from-the-ground-up  software  development  projects  requires  a  great  deal  of  effort 
that  could  be  channeled  towards  larger  goals.  The  engineering  modeling  tool  used  in 


building  the  simulations  provided  a  powerful,  built-in  units-handler  that  proved  indispens- 
able. 

The  spreadsheet  approach  does  have  its  drawbacks.  Among  them  is  a  loose  system 
integration  which  places  a  burden  on  the  user  to  make  sure  that  the  proper  data  gets  used 
by  the  right  application  at  the  right  time.  Results  are  also  slow  to  appear  due  to  increased 
interactive  demands  on  the  user.  A  tightly  integrated  analysis  system  would  solve  many  of 
these  problems. 
1.3.5  Cost/benefit  Modeling 

Cost/benefit  analysis  is  used  in  this  study  to  attach  costs  to  performance  gains.  Tlie 
components  of  the  cost  figure  may  include  yearly  production  volumes,  unit  costs,  interest 
rates  and  time  on  the  market  for  the  product.  Rej  and  Alexander  [Rej94]  developed  a  com- 
prehensive cost  model  for  a  plasma  source  ion  implantation  (PSII)  facility — a  process 
similar  to  that  used  in  applying  diamond.  The  best  pricing  and  marketing  possibilities  for 
the  new  technology  are  explored  relative  to  the  cost  of  development  and  cost  of  full  scale 
production.  Relevant  data  for  this  segment  of  the  study  are  compiled  in  the  references. 
1.4   Considered  Example  for  Laboratory  Process  Technology  Transfer 

The  diamond  coating  process  currently  under  development  at  the  University  of  Florida 
is  used  as  the  example  technology  transfer  process.  Applications  to  tribological  systems 
are  investigated  as  sample  products.  A  cost/benefit  analysis  for  the  research  and  develop- 
ment effort  is  f)erformed.  A  life-cycle  cost  comparison  illustrates  the  advantages  and  dis- 
advantages of  these  new  application  of  technology  versus  traditional  approaches. 

One  reason  for  this  selection  is  the  great  potential  for  this  process  to  generate  consider- 
able savings  to  the  U.S.  economy.  A  1981  study  by  the  ASME  Research  Committee  on 
Lubrication  for  the  U.S.  Department  of  Commerce  [ASME81]  estimated  that  the  U.S. 
economy  loses  $60  billion  per  year  due  to  friction  and  surface  wear. 
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1.4. 1  Multilayer  Diamond  Thin  Film  Coating 

The  process  examined  in  this  study  for  product  applications  is  in  early  stages  of  devel- 
opment In  essence,  the  process  involves  creating  a  very  uniform  surface  roughness  on 
metallic  surfaces  using  a  laser.  Since  diamond  has  such  a  small  thermal  expansion  coeffi- 
cient, it  is  difficult  to  grow  on  metallic  surfaces  where  the  thermal  mismatch  is  high.  The 
laser  process  allows  for  a  larger  contact  surface  area  between  the  diamond  film  and  the 
metalUc  surface.  The  larger  contact  surface  area  is  intended  to  grade  the  residual  stresses 
across  the  diamond  film — allowing  the  film  to  better  adhere  to  the  surface.  Since  carbon 
from  the  diamond  tends  to  diffuse  into  the  surface  of  iron-based  substrates,  it  is  desirable 
to  introduce  a  buffer  layer  between  the  diamond  film  and  the  substrate.  For  the  purposes  of 
this  study,  it  is  assumed  that  effective  bonding  between  the  diamond  fikn  and  the  substrate 
is  realizable.  Patents  have  been  recently  submitted  on  the  laser  surface  preparation  pro- 
cess. There  is  no  published  information  in  the  literature  describing  the  process. 

1.4.2  Tribological  considerations 

Tribological  considerations  for  multilayered  surface  treatments  include  heat  partition 
and  transient  temperature  effects,  friction  factors  for  high  slide-to-roll  ratios,  effect  of 
lubricant  properties  on  temperature  and  wear  in  sliding  concentrated  contacts,  wear  resis- 
tance, elastohydrodynamics  and  thermohydrodynamic  shear  zone  thickness. 

1.5    Preview  of  Subsequent  Chapters 

Chapter  2  reviews  the  pertinent  literature  for  this  multidisciplinary  study.  Chapter  3 
examines  the  thermal  properties  of  diamond  coated  substrates.  The  thermal  expansion 
mismatch  and  the  formation  of  graphite  layers  when  coating  steel  with  diamond  necessi- 
tates the  use  of  a  buffer  layer.  A  procedure  is  developed  for  determining  the  transient  heat 
transfer  properties  of  multilayered  substi-ates.  Chapter  3  also  develops  a  metiiod  for 
approximate  evaluation  of  the  nominal  thermal  stresses  and  predicting  the  fatigue  life  of 
diamond  coated  steel.  Process  attributes  for  the  diamond  coating  discovery  are  examined 
in  Chapter  4.  Cost  modeling  for  the  coating  process  is  also  developed  in  Chapter  4. 
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Potential  applications  are  investigated  in  Chapter  5.  The  case  illustrations  are  for  dif- 
ferent gear  applications.  The  qualitative  matching  process  is  developed  in  Chapter  6.  This 
methodology  reUes  heavily  on  the  analytical  methods  presented  in  Chapters  3,  4  and  5, 
and  ties  together  the  process  attributes  presented  in  Chapter  4  and  the  potential  applica- 
tions of  Chapter  5.  In  Chapter  7,  a  step-by-step  procedure  is  presented  for  building  the 
qualitative  matching  knowledge  base  structure  and  for  executing  a  sample  matching  pro- 
cess. Chapter  8  provides  a  step-by-step  procedure  for  taking  the  results  of  the  qualitative 
matching  process  and  performing  necessary  quantitative  analyses  to  determine  a  ranking 
of  potential  applications.  Chapter  9  summarizes  the  findings  and  the  conclusions  of  this 
study,  and  presents  suggestions  for  further  research. 


CHAPTER  2 
LITERATURE  REVffiW 

The  problem  under  consideration  incorporates  information  from  a  variety  of  disci- 
plines. These  include  technology  transfer,  coating  technology,  Tribology  and  the  technol- 
ogy of  machine  elements  whose  design  can  be  constrained  by  surface  temperature — such 
as  gears,  bearings  and  clutches/brakes. 

Also  relevant  to  this  investigation  are  the  disciplines  of  knowledge-based  systems, 
attribute  matching  and  software  engineering. 

2.1    Technology  Transfer 

Technology  transfer  from  the  laboratory  to  industrial/commercial  implementation  has 
recently  received  a  large  amount  of  public  attention.  Many  state-assisted  consortiums, 
such  as  Enterprise  Florida,  are  actively  soliciting  researchers  ready  to  commercialize  their 
research  results.  The  shrinking  Department  of  Defense  budget  has  forced  many  contrac- 
tors, once  solely  dependent  on  the  government  for  funding,  to  turn  to  civilian  applications 
of  their  technology.  Thus  technology  transfer  is  of  a  great  interest  to  both  the  individual 
researcher  or  small  research  team  and  the  established  high-technology  manufacturing 
base. 

The  published  literature  has  many  examples  of  the  philosophical  issues  related  to  tech- 
nology transfer.  Among  these  issues  are  how  to  best  manage  the  process,  how  to  best  dis- 
seminate new  ideas  for  possible  transfer  and  how  to  best  conduct  the  communication 
process  between  the  technology  provider  and  the  technology  user/implementor.  Other 
commonly  explored  issues  include  the  decision  making  process  on  choosing  between 
competing  technologies  for  a  particular  application.  There  are  few  data  on  the  analytical 
aspects  involved  in  evaluating  potential  applications  for  new  discoveries. 
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Gibson  and  Niwa  [Gibs91]  proposed  a  new  research  area  in  "knowledge- based  tech- 
nology transfer,"  (p.  503).  Their  study  models  and  integrates  research  and  theory  in  the 
areas  of  knowledge-based  systems  and  technology  transfer.  The  researchers  found  that 
knowledge-based  systems  and  technology  transfer  share  a  common  objective:  effective 
knowledge  transfer.  In  their  reported  work,  they  discuss  three  historically  Imear  technol- 
ogy transfer  models  based  on  the  knowledge-consulting  paradigm.  These  models  all  dis- 
seminate technological  knowledge  in  one  direction — from  technology  expert  to 
technology  user.  The  first  of  these  models,  the  Appropriability  Model,  was  in  use  during 
the  late  1940s  through  the  1950s.  This  model  was  based  on  "thinking  good  thoughts"  and 
publishing  results,  with  the  belief  that  good  technologies  would  sell  themselves.  The  Dis- 
semination Model,  in  use  during  the  1960s  and  1970s,  emphasized  diffusion  of  informa- 
tion transfer  of  expert  knowledge  to  users,  opinion  leaders  or  wilUng  receptors.  The 
philosophy  behind  this  model  is  that  once  the  communication  Unkages  are  established,  the 
knowledge  will  flow.  The  third  and  most  modem  approach,  the  Knowledge  Utilization 
Model,  emphasized  the  behavioral  issues  such  as  interpersonal  communication  between 
technology  researchers  and  technology  receptors,  and  overcoming  organizational  barriers 
and  finding  technology  transfer  facilitators. 

The  researchers  proposed  a  new  two-way  approach,  the  Communication-Based  Model 
which  enhances  the  exchange  of  knowledge  from  the  technology  provider  and  require- 
ments from  the  technology  user.  In  this  model,  technology  transfer  is  a  continuous,  inter- 
active process  where  idea  exchange  between  provider  and  user  is  simultaneous  and 
continuous  until  "convergence  of  knowledge  developers,  and  users  in  terms  of  technology 
development,  acceptance  and  application,"  ([Gibs91]  p.  504).  The  Communication-Based 
Model  uses  a  knowledge-sharing  methodology  where  communication  is  between  expert 
user  and  expert  user.  In  this  way  knowledge  is  decentralized  and  transferred  in  both  direc- 
tions. 
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Sage  [Sage89]  reported,  a  systems  engineering  technology  management  process  meth- 
odology supporting  the  research  and  development  of  emerging  technologies.  The  study 
presents  issues  related  to  the  identification  of  new  applications  and  the  evaluation  of  their 
potential.  Sage  emphasizes  the  dynamics  of  market  push  and  pull  and  says  "successful 
innovation  more  frequently  is  driven  by  market  pull  than  by  technology  push,"  (p.  311). 
This  report  offers  a  framework  for  assessing  technology  potential  for  further  development 
from  a  managerial  and  societal  perspective  but  does  not  propose  an  analytical  framework. 

An  expert  system  technology  evaluation  tool  developed  by  Siemens  AG  was  reported 
by  Reminger  [Remi91].  Siemens  uses  this  tool  to  assess  the  viability  of  new  technology 
for  further  development.  Over  1000  rules  were  implemented  in  the  system  to  capture  the 
technology  evaluation  model.  The  tool  diminishes  the  time  that  technology  evaluation  and 
planning  requires.  The  example  cited  was  the  evaluation  of  1 1  technologies  in  2  weeks 
versus  the  pre-tool  time  of  one  year.  The  compressed  time  factor  is  a  source  of  competitive 
advantage  for  Siemens.  No  details  were  provided  concerning  the  system's  evaluation  strat- 
egy- 

Luxhoj  [Luxh94]  compared  alternative  technology  transition  strategies  using  the  Ana- 
lytic Hierarchy  Process  (AHP)  "as  a  justification  methodology  to  integrate  and  evaluate 
both  quantitative  and  qualitative  factors  in  this  complex,  multi-attribute  problem  domain," 
(p.  81).  The  problem  domain  studied  was  the  Federal  Aviation  Administration's  plan  to 
modernize  its  Air  Traffic  Control  Towers  with  advanced  technology  flight  management 
systems.  Luxhoj  concluded  that  AHP  may  be  successfully  appUed  to  evaluate  multi- 
attribute  problems  which  consist  of  both  quantitative  and  nonquantitative  influence  fac- 
tors. AHP  was  developed  by  Saaty  [Saat90]  to  provide  a  systematic  way  to  make  decisions 
in  complex,  multi-factor  situations  where  decision  parameters  are  interdependent.  Many 
deficiencies  have  been  reported  for  AHP  and  alternative  decision  support  techniques  have 
been  proposed  [Ra91]. 
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2.2   Coating  Technology 

The  properties  of  diamond  fikns  and  other  synthetic  diamond  materials  are  collected  in 
several  references.  Among  the  most  comprehensive  are  properties  compiled  by  Field 
[Fiel92]  and  Davis  [Davi93].  The  work  summarized  by  Field  [Fiel92]  includes  complete 
property  information  in  the  appendix  which  is  divided  into  general  properties,  mechanical 
properties,  thermal  properties,  optical  and  electrical  properties,  and  industrial  products. 
Yoder  [Yode93]  summarizes  mechanical  and  elastic  properties  of  diamond  and  compares 
these  properties  to  common  engineering  materials.  The  study  also  includes  a  look  at  high 
temperature  and  tribological  applications  of  diamond. 

Lux  and  Haubner  [Lux93]  discuss  various  low  pressure  methodologies  for  producing 
diamond  fikns.  They  also  present  some  simple  cost  models  for  producing  diamond-coated 
cemented  carbide  cutting  tool  inserts  using  in  situ  chemical  vapor  deposition  (CVD).  The 
wear  and  cutting  applications  examined  in  this  study  rely  mainly  on  the  superhard  proper- 
ties of  diamond.  The  researchers  conclude  their  report  with  a  look  at  short-  and  long-term 
outlooks  for  scaling  up  production  of  diamond  coated  substrates  and  free-standing  dia- 
mond sheets.  Chief  among  these  concerns  is  quality  assurance  for  diamond  films  and 
multi-layer  approaches  that  will  allow  different  grades  of  diamond  surface  to  be  produced. 

Piano  and  Pinneo  [Plan93]  discuss  goals  of  CVD  diamond  research  approaches  for 
diamond  property  enhancement  and  future  nonelectronic  diamond  applications.  The  appli- 
cations discussed  include  the  following: 

1.  mechanical  components — such  as  machine  tools,  paper  mill  paper  rollers  and  ceramic 
roller  bearings; 

2.  thermal  components — such  as  heat  spreaders  for  high  power  density  devices,  packing 
substrates  for  high  speed  microprocessors  and  gas  turbine  combustion  chamber  liners; 

3.  optical  components — such  as  x-ray  deflector  windows,  liquid-cooled  high  power  laser 
mirrors  and  as  a  laser  host  material. 

The  researchers  include  both  thermal  and  superhard  properties  of  diamond  films  in  their 
potential  application  assessment. 
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Rej  and  Alexander  [Rej94]  developed  a  semiempirical  model  for  the  cost  of  a  com- 
mercial plasma  source  ion  implantation  (PSII)  facility.  The  cost  model  estimates  amor- 
tized capital  and  operating  expenses  as  functions  of  the  surface  area  throughput  T.  The 
model  predicts  a  reasonably  sized  PSU  facility  should  be  able  to  treat  a  surface  area  of  lO'^ 

2  9 

m  per  year  at  a  cost  of  $0.01  per  cm  .  Many  of  the  same  power  and  capital  equipment 
requirements  are  similar  for  CVD  and  PSII.  The  PSII  facility  cost  model  may  be  a  useful 
reference  for  full  scale  CVD  production  of  diamond  films. 

2.3   Tribology 

Tribology  is  "the  branch  of  science  and  technology  concerned  with  interacting  sur- 
faces in  relative  motion  and  with  associated  matters  (as  friction,  wear,  lubrication,  and  the 
design  of  bearings),"  ([Jost91],  p.  129).  The  published  literature  contains  many  papers  rel- 
evant to  this  study.  The  main  area  of  importance  focuses  on  sliding  concentrated  contacts 
and  the  associated  heat  generation. 

O'Donoghue  and  Cameron  [0'Do66]  studied  friction  and  temperature  in  rolling  slid- 
ing contacts  and  were  able  to  develop  a  correlation  for  the  coefficient  of  friction  based  on 
load,  speed,  viscosity  radius  and  surface  finish  of  the  contacting  surfaces.  Seireg  and  Hsue 
SeirSl  investigated  the  effects  of  lubricant  properties  on  temperature  and  wear  in  sliding 
concentrated  contacts.  The  researchers  found  that  viscosity  does  not  appear  to  be  the  sig- 
nificant property  of  the  lubricant  temperature  rise  and  wear  rate.  Li  and  Seireg  [Li89] 
developed  a  dimensionless  empirical  formula  for  calculating  the  coefficient  of  friction  in 
sliding-rolling  steel  on  steel  contacts  operating  in  the  thermal  regime.  The  formula  pro- 
vides a  unifying  relationship  for  all  the  published  data.  Othman  and  Sekeg  [Othm89] 
devised  an  empirical  procedure  for  evaluating  the  frictional  properties  in  Hertzian  contacts 
subjected  to  sinusoidal  sliding  motion.  The  researchers  found  "that  the  friction-velocity 
function  can  be  adequately  approximated  by  an  exponential  function  in  the  considered 
case  where  the  parameters  of  the  function  can  be  readily  determined  from  a  multivariate 
search  which  minimizes  the  errors  of  the  peak  response  at  resonant  frequencies,"  (p.  4). 
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The  Rashid  and  Seireg  [Rash86]  study  of  heat  partition  and  transient  temperature  dis- 
tribution in  layered  concentrated  contacts  is  the  most  relevant  tribological  study  for  this 
dissertation.  The  researchers  developed  dimensionless,  empirical  relationships  for  predict- 
ing maximum  temperature  rise  in  layered  concentrated  contacts.  This  paper  is  the  basis  for 
the  design  relationships  developed  in  this  dissertation.  Chapter  3  extends  the  methodology 
presented  in  this  paper  to  handle  multilayered  concentrated  contacts. 

2.4    Machine  Elements 

The  case  study  in  this  dissertation  compares  traditional  machine  element  applications 
with  diamond  coated  machine  elements.  General  references  for  machine  element  design 
include  Shigley  and  Mitchell  [Shig83]  and  Orthwein  [Orth90].  A  specific  reference  which 
integrates  thermal  considerations  in  the  design  of  gear  pairs  is  found  in  Lin  and  Seireg 
[Lin85].  This  paper  presents  a  computerized  optimization  algorithm  for  the  design  of  gear 
systems  which  selects  the  design  parameters  to  provide  the  best  balance  between  the 
meshing  elements  for  strength,  surface  durability,  wear  resistance  and  surface  tempera- 
ture. Formulas  presented  in  this  paper  are  central  to  the  diamond  coated  gear  system 
design  presented  in  this  dissertation. 

2.5    Knowledge-Based  Systems 

Knowledge- based  systems  are  playing  an  increasingly  important  role  in  the  design  of 
engineered  products.  Knowledge -based  systems  come  in  many  flavors,  including  auto- 
mated reasoning  machines,  neural  networks,  production  systems,  blackboard  architectures 
and  expert  systems.  Artificial  Intelligence  is  a  general  field  that  loosely  contains  all  of 
these  special  forms  of  knowledge  representation  and  management.  Winston  [Wins92]  and 
Rich  and  Knight  [Rich91]  are  references  of  general  applicability  to  the  field  of  Artificial 
Intelligence.  These  texts  contain  a  thorough  overview  of  many  methodologies  that  com- 
prise the  field.  Expert  systems  are  of  more  specific  interest  to  this  work.  Gonzales  and 
Dankel  [Gonz93]  provide  a  good  introduction  to  a  variety  of  expert  systems  approaches 
and  include  information  on  societal,  ethical  and  legal  ramifications  of  their  use.  CLIPS 
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[Giar91,  Giar93]  is  an  object-oriented,  rule-based,  expert  system  language  developed  by 
NASA.  This  dissertation  research  takes  advantage  of  many  of  the  features  in  CLIPS  to 
model  the  technology  transfer  methodology. 

2.6   Attribute  Matching 

Critical  to  the  success  of  selecting  product  applications  for  laboratory  discoveries  is 
the  ability  to  effectively  and  efficiently  match  attributes  common  to  both.  In  this  case,  a  set 
of  rules  determines  how  applications  will  match  discoveries.  The  rules  pattern  match  on 
facts  or  objects  and  take  appropriate  action.  Matching  single  attributes  in  the  pattern  of  a 
rule  is  trivial.  More  realistic  situations  involve  multiple  rules  with  multi-attribute  patterns. 
In  this  case,  a  many-many  match  algorithm  coupled  with  a  conflict  resolution  strategy  is 
employed  to  handle  the  exponential  number  of  match  permutations  possible. 

One  efficient  many-many  match  algorithm  is  Rete  which  was  developed  by  Forgy 
[Forg82].  Rete  gains  efficiency  from  three  major  sources  (see  Rich  and  Knight  [Rich91]): 

1 .  the  temporal  nature  of  data; 

2.  structural  similarity  in  rules; 

3.  persistence  in  variable  binding. 

The  Rete  works  by  maintaining  a  network  representation  of  rule  conditions.  As  rules  fire 
(match  patterns  and  take  action),  the  state  description  changes.  Some  new  rules  will  now 
apply  and  some  old  ones  may  no  longer  apply.  Rete  only  checks  those  rules  effected  by  the 
change  in  state  and  thus  saves  recomputing  the  entire  matching  network  after  each  rule  fir- 
ing. The  Rete  algorithm  is  used  by  the  CLIPS  system  for  its  matching  strategy. 

2.7    Software  Engineering 
Software  Engineering  is  a  relatively  new  field  in  engineering.  It  deals  with  the  entire 
Ufe-cycle  of  software  development:  need  recognition,  requirements  gathering,  information 


1.  rete:  an  obscure  synonym  for  net 
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modeling,  algorithm  development,  software  system  design,  verification  and  validation, 
documentation  and  maintenance.  This  field  has  gained  increasing  importance  as  software 
systems  have  grown  increasingly  complex.  Sommerville  [Somm92]  provides  a  compre- 
hensive reference  that  provides  an  excellent  introduction  to  the  field. 

Object-Oriented  Design  (OOD)  is  a  modem  software  design  paradigm  that  is  ideal  for 
modeling  complex  software  systems.  An  excellent  reference  on  the  subject  is  the  text  by 
Booch  [Booc91].  Booch  provides  an  overview  of  OOD  and  incorporates  five  complete 
examples  of  systems  developed  using  this  technique. 


CHAPTER  3 
THE  THERMAL  PROBLEM 

To  predict  the  behavior  of  diamond  coated  components,  it  is  necessary  to  model  the 
thermal  process  in  sliding  contacts.  Many  tribological  applications  involve  Hertzian  con- 
tacts with  high  slide-to-roll  ratios.  The  goal  of  the  transient  heat  transfer  analysis  devel- 
oped in  this  chapter  is  to  determine  the  maximum  temperature  rise,  thermal  gradients,  and 
thus  maximum  thermal  stress  in  layered,  sliding  concentrated  contacts.  In  this  chapter, 
computationally  efficient,  simplified,  predictive  equations  are  developed  for  the  maximum 
temperature  rise  in  diamond  coated  substrates. 

The  temperature  gradient  in  the  substrate  causes  a  surface  stress.  Simplified  thermal 
stress  equations  are  developed  in  this  chapter  to  determine  the  magnitude  of  the  surface 
stress.  These  values  are  used  in  an  empirical  equation  to  determine  a  life  debit  due  to  the 
thermal  stress. 

3. 1  Transient  Heat  Transfer 
Closed  form  solutions  for  transient  heat  transfer  problems  are  available  for  only  a  few 
simple  geometries  and  boundary  conditions.  Superposition  can  be  used  to  combine  bound- 
ary conditions  to  yield  new  solutions  in  some  cases.  As  the  number  of  boundary  condi- 
tions increases  and  the  geometric  part  complexity  increases,  the  use  of  superposition 
becomes  unwieldy.  Computer  modeling  is  the  most  practical  way  to  predict  the  thermal 
response  in  these  cases.  Finite  element  methods  and  finite  difference  methods  are  two 
widely  used  approaches  for  determining  temperature  distribution  in  transient  heat  transfer 
cases.  These  methods  are  very  flexible  and  are  commonly  used  to  solve  a  variety  of  tran- 
sient heat  transfer  problems. 


20 


21 

Although  the  expense  of  running  finite  element  and  finite  difference  models  has  been 
steadily  decreasing  as  the  power  of  computer  workstations  has  increased,  structuring  these 
approaches  for  optimization  problems  results  in  computationally  expensive  efforts.  For 
design  purposes  it  would  be  useful  to  have  a  computationally  efficient  method  available — 
even  if  it  sacrifices  accuracy  to  gain  insight  into  interaction  among  the  problem's  parame- 
ters. For  the  purposes  of  this  study,  the  maximum  temperature  rise  due  to  transient  effects 
is  more  important  than  the  thermal  distribution.  The  following  sections  describe  a  closed 
form  approach  for  predicting  the  maximum  temperature  rise  for  a  few  special  cases  rele- 
vant to  diamond  coated  substrates. 

3.1.1  A  Heat  Source  With  a  Hertzian  Distribution  Moving  Over  a  Layered  Semi-Infinite 
Solid 

Rashid  and  Seireg  [Rash86]  developed  dimensionless  relationships  for  heat  partition 
and  transient  temperature  distribution  in  layered  concentrated  contacts.  The  relationships 
are  based  on  curve  fits  of  maximum  temperature  rise  in  transient  heat  transfer  cases.  The 
data  were  generated  from  three  dimensional  finite  difference  models  for  a  variety  of  geom- 
etries and  boundary  conditions.  The  computer  simulation  was  able  to  repeat  the  analytical 
results  of  Blok  [Blok37]  and  Jaeger  [Jaeg42]  for  the  simple  case  of  a  heat  source  moving 
over  a  semi-infinite  solid. 

3. 1 . 1 . 1  Heat  source  moving  over  a  semi-infinite  solid 

The  case  of  a  heat  source  moving  over  a  semi-infinite  solid  was  used  to  check  the 
accuracy  of  the  computer  simulation  developed  by  Rashid  and  Seireg.  Blok  and  Jaeger 
obtained  the  following  relationship  for  the  maximum  rise  in  surface  temperature  via  a 
series  approximation: 


^t        I 
T-Tf,=  1.123-   — ^.  (3.1) 

For  the  same  conditions,  Rashid  and  Seu-eg  obtained  the  following  dimensionless  result 
using  a  finite  difference  simulation: 
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Figure  3-1.       Moving  semi-infinite  solid  under  a  stationary  heat  source. 
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Equations  (3.1)  and  (3.2)  are  in  general  agreement  with  the  differences  in  the  constants 
attributable  to  numerical  approximation  in  the  computer  model.  See  Figure  3- 1 . 
3.1.1.2  Heat  source  with  a  Hertzian  distribution  moving  over  layered  semi-infinite  solid 

This  case  examines  a  single-layered  substrate  with  a  moving  heat  source  of  Hertzian 
distribution.  This  heat  distribution  is  equivalent  to  the  heat  generated  in  a  contact  problem 
such  as  a  semi-infinite  cylinder  rolling  and  sliding  over  a  semi-infinite  planar  surface.  See 
Figure  3-2.  Rashid  and  Seireg  obtained  the  following  relationships: 
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Figure  3-2.       Layered  semi-infinite  solid  moving  under  a  stationary  heat  source  with  a 
Hertzian  distribution. 
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where 


£>  =  the  temperature  penetration  depth  at  the  trailing  edge 

Ig  =  the  required  entry  distance  for  temperature  penetration  across  the  film 

Tgo  =  the  maximum  rise  in  the  solid  surface  temperature  for  a  layered  semi- 
infinite  solid 

T^  =  the  maximum  rise  in  the  solid  surface  temperature  for  the  unlayered 
semi-infinite  solid  with  the  same  heat  input 

Tg  =  the  maximum  rise  in  the  layer  surface  temperature. 
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3.1.1.3  Illustrative  examples 

Two  examples  demonstrate  the  effects  of  a  conductive  layer  and  an  insulative  layer  on 
a  stainless  steel  substrate.  Parameters  for  these  cases  are  set  to  the  following: 

Qt  =  100  Watt/mm 
U  =  13700  mm/sec 
/  =  1.375  mm 
/i^  =  0  to  16  |im. 

The  stainless  steel  is  AISI 304.  The  temperature  rise  in  the  stainless  steel  is  denoted  by  T^y 
Conductive  layer  on  stainless  steel.  The  conductive  layer  applied  to  the  AISI  304  sub- 
strate is  diamond.  The  temperature  rise  in  the  diamond  is  denoted  by  T^.  T^^  and  T^  are 
plotted  versus  diamond  layer  thickness  in  Figure  3-3.  The  temperature  rise  in  the  diamond 
shows  a  slight  increase  as  the  layer  thickness  increases.  The  temperature  rise  in  the  stain- 
less steel  decreases  approximately  50°C  for  a  16|xm  layer  thickness. 

Insulative  laver  on  stainless  steel.  The  insulative  layer  applied  to  the  AISI  304  sub- 
strate is  silicon  nitride  (Si3N4).  The  temperature  rise  in  the  silicon  nitride  is  denoted  by  7}^. 
Tgg  and  T^are  plotted  versus  silicon  nitride  layer  thickness  in  Figure  3-4.  The  temperature 
rise  in  the  silicon  nitride  shows  a  dramatic  increase  as  the  layer  thickness  increases.  The 
temperature  rise  in  the  stainless  steel  decreases  approximately  200°C  for  a  16|im  layer 
thickness. 

3.1.2  Extension  to  Multi-Layered  Semi-Infinite  Solid 

The  single-layer  approach  is  not  adequate  for  modeling  diamond  coating  on  substrates 
such  as  steel.  In  this  case  it  is  necessary  to  introduce  a  buffer  layer  to  prevent  the  forma- 
tion of  graphite  at  the  diamond/steel  interface.  The  goal  here  is  to  extend  the  single-layer 
to  two  layers  without  repeating  the  extensive  finite  difference  modeling  approach  used  by 
Rashid  and  Seireg.  An  approximate  method  is  presented  here  and  is  intended  for  use  as  a 
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Figure  3-3.  Maximum  temperature  rise  (°C)  in  AISI  304  substrate  (T^^)  and  diamond 
surface  layer  (TJ)  moving  under  a  stationary  heat  source  with  a  Hertzian 
distribution. 


design  approximation.  The  results  should  be  verified  via  a  finite  element  model.  Figure  3- 
5  illustrates  the  two-layer  transient  heat  transfer  problem. 

The  following  dimensionless  relations  were  developed  for  computational  convenience: 
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Case:  U=12700mm/sec,  l=0.250mm 
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Figure  3-4.  Maximum  temperature  rise  (°C)  in  AISI  304  substrate  (T^^)  and  silicon 
nitride  surface  layer  (Tif)  moving  under  a  stationary  heat  source  with  a 
Hertzian  distribution. 


e  =7(^1  =  6  +e 


(3.11) 


where 


e    =  r  I—  I  =  e  -e 

so  SO\  I  s         sso 


(3.12) 


Qsso  -  ^^  dimensionless  maximum  temperature  rise  in  the  solid  surface  rela- 
tive to  the  maximum  unlayered  surface  temperature  rise 

G^j  =  the  dimensionless  maximum  temperature  rise  in  the  surface  layer  rela- 
tive to  the  maximum  unlayered  surface  temperature  rise 

0j  =  the  maximum  unlayered  surface  temperature  rise 
Q^o  -  the  dimensionless  maximum  temperature  rise  in  the  solid  surface 
6o  =  the  dimensionless  maximum  temperature  rise  in  the  surface  layer. 
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Figure  3-5.       Two-layered  semi-infinite  solid  moving  under  a  stationary  heat  source  with 
a  Hertzian  distribution. 


3.1.2.1  Procedure  to  predict  multilayer  temperature  rise 

A  numerical  example  illustrates  the  simplified  procedure  used  to  predict  maximum 
temperature  rise  in  a  multilayered  solid.  The  procedure  involves  the  following  steps: 

1.  For  a  given  velocity,  U,  and  length  of  contact,  /,  calculate  the  dimensionless  tempera- 
ture rise,  6^  ^  and  6^^  ,y,  for  the  case  of  a  diamond  layer  on  the  buffer  layer  substrate 
using  equations  (3.11)  and  (3.12).  The  values  for  the  surface  layer  thickness,  h^, 
should  vary  from  0  to  a  specified  upper  Umit  (0.016  mm  was  used  in  this  study). 

2.  The  ratio  between  the  surface  layer  and  buffer  layer  maximum  temperature  rise  is  now 
determined.  The  ratio  will  remain  constant,  although  the  temperature  values  will  be 
adjusted  up  or  down  based  on  the  uncoated  steel  temperature. 

3.  For  the  same  U  and  /,  calculate  the  dimensionless  temperature  rise,  6^  jv and  6^^  ^^,  for 
the  case  of  a  buffer  layer  on  the  steel  substrate  using  equations  (3.11}  and  (3.12).  For 
simplicity,  the  same  values  for  /j,y  are  used  as  for  h^  in  step  1  above.  See  Figure  3-6. 

4.  The  maximum  dimensionless  temperature  rise  in  the  buffer  layer,  0,y,  in  the  steel  sub- 
strate, 65.^,  and  in  the  diamond  layer,  9^  can  now  be  determined.  First,  the  steel  sub- 
strate temperature  rise  is  scaled  by  the  ratio  of  the  buffer  layer  temperatures.  See 
equation  (3.13).  A  scaling  factor,  A,  is  then  determined  in  equation  (3.14).  This  factor 
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Figure  3-6.  Dimensionless  temperature  rise  (prior  to  data  manipulation)  in  substrate 
surface  and  coating  layer  surface  for  diamond  on  AISI  304  stainless  steel 
with  a  silicon  nitride  interface  layer. 

scales  the  diamond  layer,  buffer  layer  and  steel  substrate  temperatures  to  the  uncoated 
steel  substrate  temperature,  6^  ^^.  This  factor  insures  that  the  temperature  rise  predic- 
tions all  start  at  the  uncoated"  steel  substrate  temperature  at  h^  =  hf=  0,  and  then 
decrease  or  increase  as  the  coating  thicknesses  increase.  Equation  (3.15)  shows  how  A 
is  used  to  calculate  the  dimensionless  temperature  rise  for  the  diamond  and  buffer  lay- 
ers (6^  and  0,y)  and  the  steel  substrate  (9_y^).  See  Figure  3-7. 

5.    The  actual  temperature  rise  (J^^,  r,,y,  T^  can  now  be  calculated  by  equation  (3.16). 
Figure  3-8  shows  a  typical  result  for  q^  =  100  watt/mm^. 

For  i  =  1  to  n 
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Case:  U=l  2700m m/sec,  l=0.250mm 


Figure  3-7. 
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Dimensionless  temperature  rise  (following  data  manipulation)  in  substrate 
surface  and  coating  layer  surface  for  diamond  on  AISI  304  stainless  steel 
with  a  silicon  nitride  interface  layer. 


For  i=lto  n 


e'  =  Ae' 

ss  ss 


(3.15) 


T  =  0— . 


(3.16) 


3.1.2.2  Effects  of  varying  parameters 

The  effects  of  varying  the  sliding  velocity  of  the  solid,  U,  and  the  width  of  contact,  /, 
are  examined  in  this  section.  Since  the  temperature  rise  in  an  uncoated  substrate  is 
mversely  proportional  to  the  square  root  of  the  sUding  velocity,  A7  «;  -= ,  it  is  expected 

Ju 

that  the  temperature  rise  for  the  multilayered  case  will  follow  suit.  Figure  3-9  illustrates 
this  case.  The  parameters,  except  for  U,  are  the  same  as  in  Figure  3-8.  As  predicted,  the 
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Figure  3-8.       Temperature  rise  (°C)  in  substrate,  interface  layer  and  diamond  layer  for 
diamond  on  AISI 304  stainless  steel  with  a  silicon  nitride  interface  layer. 


magnitude  of  the  temperature  rise  for  the  substrate  and  layers  dropped  with  the  increase  in 
sliding  velocity. 

The  effect  of  increasing  /,  the  width  of  contact,  is  now  reviewed.  Since  /  follows  the 

same  inverse  relationship  as  U  for  the  unlayered  substrate,  Ar  «>=  -^ ,  it  is  expected  that  the 

41 
magnitude  of  the  temperature  rise  will  decrease.  Figure  3-10  illustrates  this  case.  The 

parameters,  except  for  /,  are  the  same  as  in  Figure  3-8.  As  predicted,  the  magnitude  of  the 
temperature  rise  for  the  substrate  and  layers  dropped  with  the  increase  in  contact  width. 

3.2   Thermal  Stress  Considerations 
Thermal  stresses  can  have  a  detrimental  effect  on  the  life  of  a  machine  component.  In 
this  section,  simplified  equations  are  developed  for  predicting  the  magnitude  of  the  ther- 
mal stresses  in  a  multilayered  coating.  The  thermal  stress  in  the  substrate  will  be  added  to 
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Figure  3-9.  Temperature  rise  (°C)  in  substrate,  interface  layer  and  diamond  layer  for 
diamond  on  AISI  304  stainless  steel  with  a  silicon  nitride  interface  layer 
(velocity  increase  with  length  of  contact  constant). 

the  contact  stress  to  determine  a  maximum  stress  value  for  calculating  a  life  debit  due  to 
thermal  fatigue. 

3.2.1  Thermal  Stress  Relationships 

Nominal  stress  relationships  for  design  purposes  developed  in  the  following  sections 
refer  to  the  diagram  in  Figure  3-11.  This  figure  defines  the  variables  used  in  predicting 
normal  and  shear  thermal  stresses  for  the  case  of  a  multilayer  semi-infinite  substrate  mov- 
ing under  a  stationary  heat  source  with  a  Hertzian  distribution. 
3.2.1.1  Normal  stresses 

The  normal  thermal  stress  in  an  axial  beam  built  in  at  both  ends  is  proportional  to  the 
increase  in  temperature  and  can  be  expressed  as 
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Figure  3-10.  Temperature  rise  (°C)  in  substrate,  interface  layer  and  diamond  layer  for 
diamond  on  AISI  304  stainless  steel  with  a  silicon  nitride  interface  layer 
(velocity  constant  with  length  of  contact  increase). 


c  =  EaAT.  (3.17) 

If  this  equation  is  used  for  a  model,  then  we  have  the  following  equations  to  describe  the 
normal  stress  in  the  diamond,  interface  coating  and  substrate: 


c     =  E  a  T 

ss  ss    ss    ss 


(3.18) 


where  T^,  Tfjr  and  T^^  are  the  temperature  differentials  between  each  of  the  layers  and  its 
substrate.  Note  that  equation  (3.18)  is  a  nominal  relationship  for  design  approximation 
only. 
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Figure  3-11.     Variables  used  in  calculating  tiiermal  stress  in  multilayer  coatings. 

3.2. 1.2  Shear  stresses 

Shear  stress  can  be  determined  by  dividing  the  shear  force,  F^,  by  the  shear  area,  A^ 
The  shear  force  can  be  approximated  by  the  difference  in  normal  stresses  between  two 
layers  times  the  cross-sectional  area  or  F^  =  (Oj  -  cjj)  A^.  The  shear  stress  can  now  be 
written  as 


X  = 


(a2-o,)A^ 


(3.19) 


Now,  referring  to  Figure  3-11,  if  we  substitute  A    =  hoo  and  A    =  /oo,  we  have 


T  =  (a,-cy,) 


2      "1' 
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(3.20) 


and  we  can  write  the  following  equations  for  the  shear  stress  between  the  diamond  and 
interface  layers,  and  the  interface  layer  and  the  substrate: 


3.2.1.3  Example 

Figures  3-12  and  3-13  continue  with  the  example  from  section  3.1.2. 


(3.21) 


Case:  U=12700mm/sec,  l=0.250mm 
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Figure  3-12.  Normal  stress  (Pa)  for  various  thicknesses  (mm)  of  diamond  and  interface 
layer.  Substrate  is  AISI  304  stainless  steel  and  interface  layer  is  silicon 
nitride.  Note:  hjf=  h^  =  h^,  Gj  =  a^,  02  =  a,y  and  aj  =  o^^. 
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Figure  3-13.  Shear  stress  (Pa)  for  various  thicknesses  (mm)  of  diamond  and  interface 
layer.  Substrate  is  AISI  304  stainless  steel  and  interface  layer  is  silicon 
nitride.  Note:  /i,y  =  /i^  =  h^,  Xj  =  x^/and  X2  =  Vw 

3.2.2  Predicting  Fatigue  Life  Debit  Due  to  Thermal  Stresses 

Increasing  temperature  subsequentiy  impacts  fatigue  life.  In  this  section,  the  impact  on 
fatigue  life  due  to  increasing  diamond  coating  thickness  is  developed.  First  a  maximum 
stress  value  is  computed.  Next,  the  stress  value  is  compared  to  a  stress  level  that  represents 
infinite  life. 
3.2.2.1  von  Mises  Stress 

Combined  rolling  and  sliding  contacts  will  have  stress  components  due  to  thermal 
effects  and  contact  stress.  Other  components,  such  as  bending  stress  are  ignored.  Thermal 
stresses  are  considered  to  be  tensile,  while  contact  stresses  are  compressive.  The  thermal 
stress  component  will  therefore  be  considered  Off^vc  ^^  the  contact  stress  component  will 
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be  considered  cy^^,,.  The  stresses  are  combined  using  the  von  Mises  distortion-energy  the- 
ory (see  Shigley  and  Mitchell  [Shig83])  as  follows: 


^   =  V«^A  -  ^A^B  +  ^B  (3-22) 

where 

a^  =  the  maximum  normal  stress,  G^,,^ 
Og  =  the  minimum  normal  stress,  cy^„. 

3.2.2.2  Bearing  life  empirical  model 

The  following  empirical  relationship  is  widely  used  to  predict  the  surface  durability  of 
ball  bearings: 

a«^^  =  c,  (3.23) 

where  n  is  the  number  of  cycles  and  C/  is  a  constant. 

3.2.2.3  Example 

Continuing  with  the  previous  example,  the  following  additional  information  is  intro- 
duced: 

1.  the  level  of  contact  stress,  o^.,  is  1000  MPa; 

2.  n=lO'  cycles  is  infinite  life. 
The  solution  is  as  follows: 

^  •    ^max  ~  ^ss 

2.  a^^  =  Oc  = -1000  MPa 

3.  calculate  a'  and  plot  (see  Figure  3-14) 

4.  using  the  minimum  value  of  a'  (should  occur  at  the  thickest  coating),  determine  C/ 

5.  for  each  value  of  a',  calculate  a  new  life,  n,  and  plot  (see  Figure  3-15). 


Case:  U=12700mm/sec,  l=0.250mm 
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Figure  3-14.  von  Mises  stress  (Pa)  as  a  function  of  coating  thickness  (mm)  in  substrate. 
Substrate  is  AISI  304  stainless  steel  and  interface  layer  is  silicon  nitride. 
Note:  hjf  =  h^=  h^. 

It  is  interesting  to  note  the  asymptotic  shape  to  the  life  curve.  It  shows  clearly  that 
reducing  the  surface  temperature  in  sliding  concentrated  contacts  drastically  increases  life. 


Case:  U=12700mm/sec,  l=0.250mm 
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Figure  3-15.  Life  improvement  in  cycles  versus  thickness  of  diamond  film  in  mm. 
Substrate  is  AISI  304  stainless  steel  and  interface  layer  is  silicon  nitride. 
Note:  hif=  h^  =  hg  and  contact  stress  level  is  1000  MPa. 


CHAPTER  4 
PROCESS  ATTRIBUTES 

This  chapter  discusses  the  details  of  the  laboratory  discovery  used  in  this  dissertation 
as  a  case  study.  The  discovery's  process  attributes  are  presented  from  four  perspectives. 
First,  the  properties  of  diamonds  and  diamond  films  are  discussed.  Second,  the  laser  sur- 
face preparation  process  under  development  at  the  University  of  Florida  is  introduced. 
Third,  the  chemical  vapor  deposition  process  used  to  grow  the  diamond  film  is  presented. 
And  finally,  the  cost  aspects  of  the  process  are  modeled. 

4. 1    Properties  of  Diamond 

Diamond  is  an  exceptional  material.  Most  of  its  important  properties  can  be  labeled  as 
extreme.  It  has  the  highest  hardness,  the  highest  thermal  conductivity,  highest  molar  den- 
sity and  highest  sound  velocity  of  any  material  known.  It  also  possesses  the  lowest  com- 
pressibility and  bulk  modulus  of  any  known  material.  The  thermal  expansion  coefficient  is 
also  very  low  and  ranks  among  the  lowest  of  known  materials.  Diamond  is  also  extremely 
inert  chemically — affected  only  by  certain  acids  and  chemicals  that  act  as  oxidizing  agents 
at  high  temperatures. 

In  the  previous  chapter,  equations  were  developed  for  transient  heat  transfer  in  slide- 
roll  scenarios.  The  heat  generated  in  these  cases  is  due  to  friction  between  the  sliding  sur- 
faces. The  temperature  rise  for  the  developed  cases  is  inversely  proportional  to  the  square 
root  of  the  product  of  the  surface  material's  thermal  conductivity,  specific  heat  and  den- 
sity, or  Ar  «    .  Therefore,  for  transient  heat  transfer  problems  where  sliding  gener- 

jKpc 
ates  the  heat,  it  is  crucial  to  have  Kpc  as  large  as  possible  in  order  to  minimize  thermal 

effects. 
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Table  4-1  summarizes  some  important  properties  of  diamond.  The  table  was  compiled 
from  Yoder  [Yode93],  Spear  and  Dismukes  [Spea94]  and  Field  [Fiel92]. 
Table  4- 1 .  Properties  of  diamond. 


Property 

Value 

Units 

Hardness 

1.0  xlO"* 

kg/mm"^ 

Strength,  tensile 

>1.2 

GPa 

Strength,  compressive 

>110 

GPa 

Coefficient  of  friction  (Dynamic) 

0.03 

Dimensionless 

Sound  velocity 

1.8x10"^ 

rn/s 

Density 

3.52 

g/cm-^ 

Young's  modulus 

1.22 

GPa 

Poisson's  ratio 

0.2 

Dimensionless 

Thermal  expansion  coefficient 

1.1x10"^ 

K-1 

Thermal  conductivity 

20 

W/cm-K 

Thermal  shock  parameter 

3.0  X  10^ 

W/m 

Specific  heat 

0.853 

J/gm-K 

4.2    Pre-Coating  Surface  Treatment 

The  laser-based  surface  treatment  under  development  at  the  University  of  Florida  has 
not  been  previously  introduced  in  the  published  literature.  The  process  involves  using  a 
laser  to  modify  a  metallic  substrate  surface.  This  surface  modification  produces  a  uniform 
roughness  which  provides  nucleation  sites  for  the  diamond  coating  growth  and  serves  to 
increase  the  surface  area  of  contact  between  coating  and  substrate.  The  increase  in  contact 
surface  area  improves  the  adhesion  of  the  diamond  layer  and  allows  the  interface  to  grade 
the  surface  stresses,  effectively  reducing  the  chances  of  premature  debonding. 

The  surface  treatment  shows  great  promise  for  promoting  diamond  fihn  growth  on 
steel  and  other  metallic  surfaces.  The  dramatic  thermal  expansion  mismatch  between 
materials  such  as  steel  and  diamond  makes  this  endeavor  extremely  difficult  Silicon  has 
been  used  successfully  as  a  substrate  for  this  process  and  results  from  this  work  are  guid- 
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ing  efforts  on  other  metallic  substrates.  As  an  intermediate  step,  low-a  metals^ — such  as 
molybdenum— are  being  tested  with  the  process. 

Figure  4-1  shows  conceptually  how  the  surface  modification  appears  in  cross  section. 
Note  how  the  diamond  "seeds"  sit  inside  the  roughness  "valleys."  The  seeds  act  as  nucle- 

substrate  surface  following  laser  modification 


substrate  surface  seeded  with  20|im  diamond  particles 


substrate  surface  after  CVD  diamond  film  growth 


not  to  scale 

Figure  4-1.       Cross  sectional  view  of  substrate  surface  following  laser  modification, 
seeding  and  film  growth. 


1.  low  thermal  expansion  coefficient 


42 

ation  sites  for  the  formation  of  the  diamond  film.  This  feature  allows  film  growth  to  occur 
at  a  lower  surface  temperature  than  would  otherwise  be  possible. 

An  electron  microscope  photograph  illustrating  a  seeded  substrate  surface  after  a  short 
growth  duration  is  given  in  Figure  4-2.  The  surface  roughness  produced  by  the  surface 


Figure  4-2.       Seeded  silicon  substrate  surface  following  a  short  duration  (10  minute) 
diamond  growth  period. 


preparation  process  is  evident  from  the  photo,  but  the  diamond  seeds  make  the  surface 
look  rougher  than  it  is.  The  final  surface  topology  after  a  complete  diamond  growth  cycle 
is  shown  in  Figure  4-3.  The  uniformity  of  the  surface  roughness  is  much  more  evident  in 
this  picture. 

4.3    Chemical  Vapor  Deposition  of  Diamond 
Diamond  synthesis  techniques  have  been  available  since  the  late  1950s  (see  Busch  and 
Dismukes  [Busc94]).  The  commercialization  of  synthetic  high-pressure,  high-temperature 
(HPHT)  diamond  grit  occurred  in  1959.  This  grit  has  had  tremendous  use  m  industrial  pol- 
ishing, cutting  and  grinding  applications.  The  HPHT  synthesis  method  essentially  mimics 
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Figure  4-3.       Final  silicon  substrate's  surface  topology  following  the  complete  diamond 
film  growth  cycle. 

nature's  way  of  producing  diamond — only  at  much  poorer  quality.  HPHT  methods  are 
basically  only  capable  of  producing  grit. 

The  chemical  vapor  deposition  (CVD)  process,  a  low-pressure  synthesis  method,  was 
successfully  used  to  precipitate  diamond-on-diamond  seed  crystals  using  carbon  monox- 
ide gas  as  a  source  of  carbon,  in  1952.  This  method  actually  predates  the  HPHT  process  by 
several  years,  but  presented  more  challenges  for  commercialization. 

CVD  diamond  growth  methods  use  simpler  apparatus  less  subject  to  mechanical  wear 
and  promises  the  production  of  physical  forms  of  diamond  other  than  powder  (HPHT) 
(see  Moustakas  [Mous94]).  One  of  the  early  drawbacks  to  CVD  methods  was  the  forma- 
tion of  graphite  during  diamond  nucleation.  Many  variations  have  been  tried  in  cleaning 
the  graphite  structures  during  diamond  growth.  Introducing  hydrogen  to  the  environment 
has  been  effective  in  "scrubbing"  the  diamond  structures  clean  from  graphite. 

Researchers  found  that  heating  the  substrate  surface  using  a  plasma  source  increased 
the  diamond  growth  rate.  This  method  helps  decompose  the  methane  gas  into  carbon 
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(methane  has  a  high  activation  energy  that  caused  slow  growth  rates).  An  illustration  of  a 
microwave-plasma  CVD  apparatus  is  shown  in  Figure  4-4. 


Hg  +  CH4 


Substrate 


Plunger 


Quartz  Holder 


Quartz  Tube 


Tuner 


Microwave 
2.45  GHz 


Magnetron 


Figure  4-4.       Schematic  illustration  of  microwave-plasma  CVD  apparatus  used  for  the 
growth  of  diamond  fihns  ([Mous94]  p.  164). 


Moustakas  reports  [Mous94]  that  microwave-assisted  CVD  methods  are  the  most 
prevalent  for  diamond  fihn  growth.  The  process  avoids  contamination  of  film  during 
growth  and  produces  a  higher  plasma  density  over  RF  (radio  frequency)  methods.  This 
results  in  higher  concentrations  of  atomic  hydrogen  and  hydrocarbon  radicals  necessary 
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for  film  growth.  Since  this  method  concentrates  plasma  at  the  center  of  deposition  cham- 
ber, it  prevents  deposition  of  carbon  on  the  quartz  tube  walls.  Typical  parameters  for  depo- 
sition using  the  microwave-plasma  CVD,  as  reported  by  Moustakas  ([Mous94]  p.  163), 
are  shown  in  Table  4-2. 

Table  4-2.  Deposition  parameter  space  used  in  the  growth  of  diamond  films  by 
microwave-plasma-assisted  CVD. 


Gas  Mixture 

Total  Pressure 
(torr) 

Microwave 
Power  (W) 

Substrate 
Temperature  (°C) 

CH4  (0.5-2%)/H2 

5-100 

100-700 

700-1000 

HPHT  diamond  is  limited  in  application  to  planar  surfaces.  In  this  respect,  HPHT  dia- 
mond is  no  better  than  the  natural  diamond  grit  that  it  replaces.  CVD  diamond,  however, 
ushers  diamond  applications  to  an  exciting  new  level.  "CVD  diamond  offers  the  potential 
to  deposit  large-area,  conformable  coatings  with  properties  akin  to  that  of  natural  diamond 
([Busc94]  p.592)."  For  the  first  time,  diamond  can  be  used  as  an  engineered  material — - 
synthesized  to  meet  specific  topological  and  performance  characteristics. 

4.4   Cost  Modeling 

Cost  modeling  was  used  in  this  study  to  predict  costs  for  applying  the  diamond  coat- 
ing. Busch  [Busc94]  used  a  cost  modeling  technique  to  assess  factors  influencing  manu- 
facturing costs  in  plastics  fabrication  processes.  Busch  and  Dismukes  applied  this  method 
to  determine  present  and  future  costs  in  diamond  coating  [Busc94].  The  cost  modeling 
presented  here  is  adapted  from  Busch  and  Dismukes'  comparative  assessment  of  CVD 
diamond  manufacturing  technology  and  economics.  In  their  study,  several  CVD 
approaches  are  compared  from  near- term  (3  to  5  years)  and  long-term  (5  to  10  years)  per- 
spectives. Mature  HPHT  technology  is  used  for  a  baseline.  The  technique  used  by  Busch 
and  Dismukes  in  their  economic  analysis  is  known  as  technical  cost  modeling  (TCM).  The 
sequential  stages  in  TCM  are  illustrated  in  Figure  4-5. 
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Emerging  Technologies 


Stepl 

Establish  Operating  Parameters 
for  Existing  Factories 

Establish  Plausible  Parameters 
for  Model  Factories 

i 

♦ 

Step  2 

Flowchart  Factory  as  a 
Logical  Sequence  of  Steps 

1 

Step  3 

Develop  Algorithms  to  Estimate 
Fixed  and  Variable  Costs 

1 

Step  4 

Incorporate  Algorithms  into 
a  Computer  Based  Model 

i 

Step  5 

Use  Model  to  Estimate  Costs; 
Validate  thru  Critical  Review 

1 

1 

Step  6 

Calculate  Mfg.  Costs  for 
Actual  Operating  Scenario 

Calculate  Mfg.  Costs  for 
Probable  Future  Scenario 

Figure  4-5.       Sequential  stages  in  technical  cost  modeling  (TCM)  ([Busc94]  p.  586). 


4.4.1  Near-Term  Inputs 

Significant  near-term  input  parameters  for  the  TCM  are  summarized  in  Table  4-3.  The 
deposition  parameters  are  expected  or  most  probable  values,  as  defined  by  Busch  and  Dis- 
mukes  [Busc94].  The  assumptions  apply  for  deposition  of  81  cm  diamond  wafers,  each 
250  |im  thick. 

4.4.2  Long-Term  Inputs 

Table  4-4  assumes  that  significant  technological  improvements — feasible  within  5  to 
10  years — have  occurred.  The  deposition  capability  includes  730  cm  diamond  wafers 
measuring  250  |im  thick. 
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Table  4-3.  Near-term  inputs  ([Busc94]  p.  593). 


Input* 

Microwave 

DC  Arc  Jet 

Hydrogen  (%) 

88.7 

99.0 

Carbon  (%) 

10.0 

1.0 

Oxygen  (%) 

1.3 

NA 

Hydrogen  recycle  rate  (%) 

0.0 

0.0 

Substrate  area  (cm  ) 

81 

81 

Substrate  cost 

$0.01 

$0.01 

Coating  thickness  (|im) 

250 

250 

Deposition  rate  ()im) 

4 

25 

Direct  laborers/station 

0.2 

0.2 

Load/unload  laborers/station 

1 

1 

Load/unload  time  (min) 

60 

60 

Total  gas  flow  rate  (seem) 

484 

30250 

Carbon  capture  factor  (%) 

8.0 

8.0 

Mass  deposition  rate  (g/h) 

0.11 

0.71 

Machine  cost  ($/station) 

$350000 

$350000 

Machine  power  (kw) 

15 

90 

Cooling  water  (GPM) 

3 

10 

Building  space  (ft  /station) 

1000 

1000 

a.  Dollar  values  are  from  1992 


4.4.3  Other  Cost  Factors 

Other  cost  factors  necessary  to  complete  the  analysis  are  included  in  Table  4-5.  These 
figures  are  applicable  to  both  the  short-term  and  long-term  inputs  to  the  TCM  process. 
Busch  and  Dismukes  obtained  the  information  for  Table  4-6  on  specific  input  costs  for 
process  gases  by  consulting  directly  with  gas  vendors  and  reviewing  trade  literature. 

4.4.4  Near-Term  Outputs 

Table  4-7  summarizes  near-term  outputs  for  microwave  and  DC  arc  jet  CVD  deposi- 
tion techniques.  The  wafer  size  is  81  cm^  with  a  250  fim  thick  deposition.  The  TCM 


48 


Table  4-4.  Lx)ng-term  inputs  ([Busc94]  p.  594). 


Input" 

Microwave 

DC  Arc  Jet 

Hydrogen  (%) 

88.7 

98.0 

Carbon  (%) 

10.0 

2.0 

Oxygen  (%) 

1.3 

NA 

Hydrogen  recycle  rate  (%) 

0.0 

0.0 

Substrate  area  (cm'^) 

730 

730 

Substrate  cost 

$0.01 

$0.01 

Coating  thickness  (|xm) 

250 

250 

Deposition  rate  (|im) 

15 

60 

Direct  laborers/station 

0.1 

0.1 

Load/unload  laborers/station 

1 

1 

Load/unload  time  (min) 

120 

120 

Total  gas  flow  rate  (seem) 

6544 

130900 

Carbon  capture  factor  (%) 

20.0 

20.0 

Mass  deposition  rate  (g/h) 

3.85 

15.42 

Machine  cost  ($/station) 

$550000 

$700000 

Machine  power  (kw) 

75 

350 

Cooling  water  (GPM) 

25 

60 

Building  space  (ft  /station) 

2000 

2000 

a.  Dollar  values  are  from  1992 


reports  a  total-per-carat  cost  of  $61.61  for  the  microwave  deposition  and  $22.33  for  the 

DC  arc  jet  deposition.  Since  there  are  0.2  grams  per  carat,  these  figures  translate  to  $308 

and  $112,  respectively,  on  a  per  gram  basis.  A  cost  estimate  of  $200  per-gram-deposited, 

the  approximate  average  of  the  microwave  and  DC  arc  jet  costs,  was  used  throughout  this 

study. 

4.4.5  Long-Term  Outputs 

Table  4-8  summarizes  long-term  outputs  for  microwave  and  DC  arc  jet  CVD  deposi- 
tion techniques.  The  wafer  size  is  730  cm^  with  a  250  ^m  thick  deposition.  The  TCM 
reports  a  total-per-carat  cost  of  $3.75  ($18.75/gm)  for  the  microwave  deposition  and  $2.42 
($12.10/gm)  for  the  DC  arc  jet  deposition.  A  cost  estimate  of  $15  per-gram-deposited,  the 


49 


Table  4-5.  External  cost  factors  ([Busc94]  p.  595). 


Direct  wages^ 

$13.33/h 

Indirect  salary 

$50000/year 

Indirect:  direct  labor  ratio 

0.33 

Benefits  on  wage  and  salary 

35.0% 

Working  days  per  year 

360 

Working  hours  per  day 

24/day 

Capital  recovery  rate 

10% 

Capital  recovery  period 

5  years 

Building  recovery  life 

20  years 

Working  capital  period 

3  months 

Price  of  electricity 

$0.100/kWh 

Price  of  natural  gas 

$6.50AiBTU 

Price  of  building  space'' 

$100/ft^ 

Price  of  cooling  water 

$0.03/100  gal 

Auxiliary  equipment  cost 

15.0% 

Equipment  installation  cost 

35.0% 

Maintenance  cost 

8.0% 

a.  Dollar  values  are  from  1992 

b.  U.S.  figure;  cost  does  not  include  cost  of  land 


Table  4-6.  Process  gas  costs  in  the  near  and  long  term  (1992  $/m^)  ([Busc94]  p.  595). 


Gas 

Near  Term 

Long  Term 

Hs 

$13.07 

$5.39 

CH4 

$19.50 

$6.57 

C2Hs 

$7.06 

$2.40 

O2 

$10.76 

$1.74 

approximate  average  of  the  microwave  and  DC  arc  jet  costs,  would  therefore  be  a  reason- 
able long-term  estimate  for  deposition  costs — a  reduction  in  costs  by  over  a  factor  of  13. 


Table  4-7.  Near-term  outputs  ([Busc94]  p.  595). 
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Output 

Microwave 

DC  Arc  Jet 

Variable  costs 

Material  cost 

$25 

$238 

Labor  cost 

$270 

$60 

Energy  cost 

$97 

$92 

Fixed  costs 

Capital  equipment  cost 

$945 

$210 

Building  cost 

$45 

$10 

Maintenance  cost 

$450 

$100 

Overhead  labor  cost 

$30 

$7 

Cost  of  capital 

$334 

$79 

Total  cost  ($/run) 

$2196 

$796 

Total  cost  ($/cm^) 

$27.11 

$9.83 

Total  cost  ($/carat) 

$61.61 

$22.33 

Table  4-8.  Long-term  outputs  ([Busc94]  p.  596). 

Output 

Microwave 

DC  Arc  Jet 

Variable  costs 

Material  cost 

$39 

$177 

Labor  cost 

$73 

$48 

Energy  cost 

$133 

$150 

Fixed  costs 

Capital  equipment  cost 

$495 

$210 

Building  cost 

$30 

$10 

Maintenance  cost 

$246 

$100 

Overhead  labor  cost 

$5 

$2 

Cost  of  capital 

$184 

$79 

Total  cost  ($/run) 

$1204 

$776 

Total  cost  ($/cm^) 

$1.65 

$1.06 

Total  cost  ($/carat) 

$3.75 

$2.42 

CHAPTER  5 
POTENTIAL  APPLICATIONS 

This  chapter  explores  potential  applications  for  the  diamond  coating  process.  Each 
application  area  discussion  includes  nomenclature,  design  objectives  and  design  examples 
illustrating  limitations  with  current  materials.  In  each  of  these  applications  it  will  be  dem- 
onstrated that  thermal  properties  of  the  contacting  materials  are  extremely  important.  Dia- 
mond's extremely  high  thermal  conductivity  will  prove  to  be  an  excellent  match  for  these 
applications. 

5 . 1  Application  to  Gears 
Successful  gear  system  design  requires  balancing  design  parameters  that  affect  tooth 
strength  and  surface  durability.  Surface  failure  results  from  interaction  between  wear 
mechanisms,  contact  fatigue  and  thermal  effects.  Many  gears  operate  under  conditions  of 
boundary  and  mixed  lubrication.  In  such  cases  tooth  surface  temperature  rise  is  very 
important. 

5.1.1  Gear  Nomenclature 

The  following  nomenclature  is  used  in  gear  systems — corresponding  equation  num- 
bers are  in  parenthesis: 

Ar^  =  temperature  rise  on  the  pinion  surface  (5.12) 
Ar^  =  temperature  rise  on  the  gear  surface 
q  =  heat  flux  per  unit  contact  length  (5. 1) 
/  =  coefficient  of  friction 
Wf/  =  normal  force  on  the  surface  per  unit  length 
Tg  =  input  torque  per  inch  of  facewidth 
F  =  facewidth 
Vf  =  rolling  velocity  (5.2) 
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Vg  =  sliding  velocity  (5.3) 

Vp  =  instantaneous  tangential  velocity  at  pinion  contact  point  (5.4) 

V^  =  instantaneous  tangential  velocity  at  gear  contact  point  (5.5) 

(Op  =  angular  velocity  of  the  pinion 

Mq  =  gear  ratio 

(j)  =  pressure  angle 

X  =  position  of  contact  along  the  line  of  action  measured  from  the  pinion 
base  circle 

Xg  =  position  x  at  the  starting  point  of  contact  (5. 1 1) 
Xg  =  position  x  at  the  end  point  of  contact 

a  =  width  of  the  contact  band  (5.6) 
Rg  =  effective  radius  of  the  contacting  cylinders  (5.7) 
K  =  thermal  conductivity  of  the  gear  material 

p  =  density  of  the  gear  material 

c  =  specific  heat  of  the  gear  material 

V|/p  =  heat  partition  coefficient  for  the  pinion  (assumed  to  be  0.5  for  equal 
heat  partition  between  the  pinion  and  the  gear) 

y^g  =  heat  partition  coefficient  for  the  gear  (assumed  to  be  0.5  for  equal  heat 
partition  between  the  pinion  and  the  gear) 

Eg  =  effective  modulus  of  elasticity  for  the  contacting  materials  (5.8) 

dp  =  pitch  diameter  of  the  pinion  (5.9) 

Q  =  center  distance 

Wf  =  tangential  load  per  inch  of  facewidth 

Np  =  number  of  teeth  in  the  pinion. 

5. 1.2  Governing  Equations  for  Gear  Pairs 

The  following  equations  define  relationships  between  the  gear  system  parameters: 

heat  flux: 


(5.1) 


velocity  terms: 


K 

V  +v 
-     p      g 

2 

^s 

P            g 

\- 

■■  CO  C^sin<t) 

V 

g 

=  % 

—  (1  -x)  sir 

.(t) 

contact  zone  width: 


E. 


e 


effective  radius: 


effective  modulus  of  elasticity: 
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(5.2) 

(5.3) 
(5.4) 

(5.5) 


Vy  cose}) 
a  =  2.15  h^R^  (5.6) 


R=CAl-x)xsin<^  (5.7) 


E.  =  -^-^  (5.8) 


1        1 

—  +  — 

pinion  pitch  diameter: 

d^  =  2 — .  (5.9) 

5.2   Minimizing  Contact  Temperature  in  Gear  System  Design 
Lin  and  Seireg  [Lin85]  proposed  an  optimum  gear  system  design  strategy  that  mini- 
mizes contact  temperature  while  maximizing  the  load-carrying  capacity  of  the  system. 
The  researchers  used  the  following  dimensionless  relation  for  the  temperature  rise  on  the 
pinion  siuface: 
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=  0.77 
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3       o 
_  (1  -x)x  cos  (|) 


V„ 


(5.10) 


Similar  relations  were  developed  for  the  dimensionless  temperature  rise  in  the  gear, 
*  *  * 

AT  .  The  relationships  for  M    and  M    are  functions  of  the  pressure  angle  ()),  gear  ratio 

Mq  and  the  contact  position  x  only.  Cheng,  et  al.  [Pati77,Wang81],  found  the  minimum 

values  of  the  surface  temperature  occur  at  the  pitch  point  and  the  maximum  values  occur 

at  the  lowest  point  of  contact  on  the  dedendum.  Lin  and  Seireg  confirmed  this  result  and 

further  found  that  for  "standard  addendum,  the  maximum  temperature  rise  calculated  by 

the  simplified  formula  for  mixed  lubrication  occurs  at  the  pinion  addendum  (starting  point 

of  contact)  for  gear  ratios  greater  than  one  and  at  the  gear  addendum  (end  point  of  contact) 

for  gear  ratio  less  than  one,"  ([Lin85],  p.  554 ).  For  a  gear  set  with  standard  addendum,  the 

start  point  can  be  expressed  as: 


x=\- 


2   V  2         2 

Mq  +  —     -  Mq  cos  ^ 

p^ 

(1+Mg)sin(l) 


(5.11) 


The  temperature  rise  at  the  starting  point  of  contact,  Ar  and  Ar  ,  is  illustrated  in 
Figure  5-1.  The  graph  indicates  that  for  small  number  of  teeth  in  the  pinion,  AL,  tempera- 
ture rise  on  the  surface  can  be  quite  high.  The  intermittent  meshing  of  the  teeth  causes  a 
cycle  of  high  transient  surface  temperature  rise  followed  by  rapid  cooling.  Dooner  and 
Seireg  have  shown  this  thermal  shock  cycle  causes  thermal  stresses  high  enough  to  be 
become  significant  relative  to  contact  stresses  for  the  case  of  mixed  lubrication.  Figures  5- 
2  and  5-3  compare  the  nominal  thermal  and  contact  stress  for  standard  gear  teeth. 
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AT*    1.0 


Figure  5-1.       Temperature  rise  at  the  starting  point  of  contact  ((j)  =  20°)  ([Doon95] 
p.  419). 


5.3    Design  of  a  Single  Reduction  Gear  Set 

Provided  that  center  distance,  Q,  is  not  pre-selected,  a  typical  design  objective  would 

be  that  the  gear  set  provides  the  required  speed  ratio  and  carries  the  given  design  load  with 

the  minimum  volume  of  gear  materials.  Lin  and  Seireg  state  the  problem  as  follows: 

given  parameter  =  Mq,  (Up,  T^,  (j),  with  standard  addendum 
decision  parameters  =  N    C^ 

constraints  =  ATp  <  ATg  =  100  °F 

^bmax  ^^ba  =  50,000  psi 
<y/nat^<y//a=  150,000  psi 
Xs>0 

design  region  is  =  18  <  A/^  <  40 
bounded  by     5  <  Q  <  45 


jj     1  +  Mq       2 
objective  function  =  minimize  V  = C.. 

A  2     " 

^(I+^g) 


The  equations  governing  the  constraints  are  defined  as  follows: 
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Figure  5-2.       Nominal  thermal  and  contact  stress  for  standard  gear  teeth  ([Doon951 
p.  420). 
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3.    maximum  contact  stress: 
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Figure  5-3.       Nominal  thermal  and  contact  stress  for  standard  gear  teeth  ([Doon95] 
p.  421). 


4.    tangential  load  per  unit  length: 


T  (1+M„) 


(5.15) 
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5.3.1  Example  Single  Reduction  Gear  Set 

The  following  numerical  example,  using  a  steel  gear,  is  taken  from  Lin  and  Seireg: 

Mg 

=  2 

^. 

=  30,000  in.  lb/in. 

COp 

=  1750  rpm 

/ 

=  0.045 

Vp 

=  0.5 

<t) 

=  20° 

K 

=  26  Btu/hr-ft.-°F 

P 

=  490  Ibm/ft.^ 

c 

=  0.10Btu/lbm-°F 

Ee      =  15,000,000  psi. 

The  design  constraints  are  the  same  as  defined  in  section  5.3. 

An  optimization  strategy  using  the  steepest  gradient  and  golden-section  methods  was 

used  to  obtain  the  following  solution: 

Np     =40 

C^     =  36.65  in. 

The  constraint  values  are  as  follows: 


Ar, 

=  200.0  °F 

^bmax 

=  ll.Okpsi 

^max 

=  58.1kpsi 

X  =  0.202. 

5.3.2  Comparison  of  Carbon  Steel  and  Stainless  Steel  Gears 

Many  corrosive  environments  preclude  the  use  of  high-strength  carbon  steel  gears.  In 
these  environments  it  would  be  beneficial  to  use  stainless  steel  gears.  Unfortunately,  stain- 
less steels  have  relatively  low  thermal  conductivity  compared  to  carbon  steels.  A  typical 

value  for  stainless  steel  thermal  conductivity  is  16.6 whereas  a  typical  carbon  steel 

m-°C 
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used  in  gear  applications  has  a  value  of  46.7 .  Temperature  rise  on  the  gear  contact 

m-°C 

surfaces  is  dependent  on  the  magnitude  of  A'p  c  as  shown  in  Equation  (5.12). 

The  difference  in  temperature  rise  on  the  pinion  surface  is  compared  for  carbon  and 
stainless  steel  gears  under  the  same  operating  conditions  for  N„  ranging  from  18  to  40 
teetii  in  Figure  5-4.  The  allowable  temperature  rise  for  this  example  is  200  °F.  Note  that 
while  the  heat  flux  generated  in  the  contact  zone  for  each  gear  are  very  close,  the  tempera- 
ture rise  values  differ  by  approximately  50  °F  for  the  best  case  {Np  =  40).  This  temperature 
difference  limits  the  choices  of  the  designer  when  selecting  components  for  this  applica- 
tion. To  maintain  the  same  gear  ratio,  the  center  distance  between  the  pinion  and  the  gear 
must  be  adjusted.  If  center  distance  is  a  design  constraint,  then  it  may  not  be  possible  to 
use  a  stainless  steel  gear  pair.  The  most  important  constraint,  however,  on  the  use  of  stain- 
less steel  in  sliding  contacts  is  the  tendency  for  galling.  Consequentiy,  the  use  of  an  appro- 
priate coating  layer  is  mandatory  in  this  case. 
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carbon  steel  properties:  Kpc  =  1570  Ibf.^F-in.^-sec.,  E=30xl0^  psi 
stainless  steel  properties:  Kpc  =  680  lbf.^/°F-in.^-sec.,  E  =  30x10^  psi 
Q  =  10",  Wt  =  2500  Ib/in.,  ;V  =  1800  rpm,  M^  =  5,  and  (j)  =  20° 


Figure  5-4.       Comparison  of  carbon  steel  and  stainless  steel  gears  under  the  same  operat- 
ing conditions, 
a)  Temperature  rise  (°F)  in  the  pinion;  b)  Heat  flux  (watt/m^). 


CHAPTER  6 
THE  MATCHING  PROCESS 

6. 1  The  Matching  Process  Role  in  the  Technology  Utilization  Methodology 
This  study  determined  that  finding  suitable  appUcations  for  new  laboratory  discoveries 
is  a  two-level  process.  First,  qualitative  requirements  of  potential  applications  are  com- 
pared with  qualitative  capabilities  of  the  new  discovery.  Once  a  qualitative  attribute  match 
is  established,  a  quantitative  design  analysis  with  cost/benefit  evaluation  can  be  per- 
formed. Multiple  application  matches  can  be  ranked  based  on  the  results  of  cost/benefit 
analyses.  The  ranking  suggests  where  the  best  return  on  investment  can  be  realized  for  fur- 
ther development  of  the  new  technology.  The  framework  for  the  process  is  illustrated  in 
Figure  6-1. 

In  this  chapter,  a  hierarchical  structure  is  proposed  for  capturing  qualitative  and  quan- 
titative attributes  for  technologies.  These  technologies  represent  either  new  discoveries  or 
potential  applications.  Next,  a  knowledge  base  for  managing  the  attribute  structure  is  pre- 
sented. The  knowledge  base,  developed  in  the  CLIPS  expert  system  shell,  includes  capa- 
bilities for  pattern  matching  on  attributes  within  a  rule-based  framework. 

A  detailed  procedure  for  building  the  potential  applications  and  emerging  technologies 
knowledge  bases  is  presented  in  Chapter  7.  A  sample  run  through  the  qualitative  matching 
procedure  is  also  included. 

6.2   The  Structure  of  the  Developed  Matching  Process 
The  matching  process  discussed  in  this  chapter  is  intended  to  present  the  basic 
approach  for  qualitative  matching.  The  implementation,  however,  is  heavily  biased  to  the 
demonstrated  process.  ConsequenUy  the  matching  rules  are  limited  in  scope  since  the 
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objective  is  to  demonstrate  the  approach  rather  than  the  rigorous  development  of  a  general 
matching  scheme. 

6.2. 1  Creation  of  a  Structured  Attribute  Representation 

Central  to  the  development  of  the  matching  strategy  was  the  creation  of  a  structured 
representation  for  the  attributes  of  emerging  technologies — discoveries — and  their  poten- 
tial applications.  It  was  necessary  to  capture  a  variety  of  information  in  this  attribute  struc- 
ture, including  the  following: 

•  material  attributes 

•  manufacturing  attributes 

•  equations  goveming  the  use  of  the  technology 

•  qualitative  requirements  for  the  potential  applications. 

A  common  structure  was  developed  to  represent  a  technology — discovery  or  potential 
application.  A  technology's  attributes  were  decomposed  progressively  from  general  cate- 
gories such  as  material  attributes  down  to  atomic  property  values  such  as  thermal  expan- 
sion coefficient.  An  atomic  property  cannot  be  further  broken  down  into  finer 
specializations. 

Qualitative  properties  defined  for  discoveries  are  considered  to  be  capabilities, 
whereas  qualitative  properties  defined  for  potential  applications  are  considered  to  be  needs 
or  requirements.  This  distinction  between  discovery  capabilities  and  application  needs 
makes  it  possible  to  develop  a  straightforward  strategy  for  matching  applications  to  dis- 
coveries. 

6.2.2  Matching  Atomic  Values 

The  developed  matching  strategy  compares  atomic  values  of  application  attributes 
with  atomic  values  of  discovery  attributes.  Each  atomic  match  of  the  discovery-applica- 
tion pair  enters  a  match  table  where  the  fit  between  the  capability  and  the  need  is  evaluated 
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qualitatively.  The  match  is  considered  strong  or  weak  depending  on  how  closely  the  crite- 
ria correspond. 

6.2.3  Rating  Discovery-Application  Matches 

Once  all  the  attributes  are  matched,  it  is  possible  to  judge  how  well  the  individual 
applications  fit  the  discovery.  A  simplified  qualitative  rating  scheme  based  on  die  percent- 
age of  strong  matches  relative  to  total  matches  for  a  given  discovery-application  pair  was 
implemented.  This  method  worked  acceptably  for  the  considered  case  study,  but  requires 
modification  before  it  can  be  generalized.  It  is  feasible  to  develop  an  attribute  weighting 
scheme  such  that  capability-need  matches  can  be  emphasized  or  de-emphasized  for  differ- 
ent discovery-application  pairs.  This  capability  was  not  implemented  in  the  prototype 
matching  system. 

6.2.4  Prototype  Svstem  Development 

The  developed  matching  strategy  was  implemented  in  a  knowledge  base  system  to 
demonstrate  the  technique.  The  following  steps  were  involved  in  developing  the  prototype 
system: 

1.  a  structure  for  the  discovery  and  application  attributes  was  developed  and  encoded; 

2.  a  rule-driven  mechanism  based  on  atomic  discovery-application  attribute  matching 
was  developed  and  encoded; 

3.  a  match  table  structure  was  developed  and  implemented  to  store  and  evaluate  discov- 
ery-application attribute  matches; 

4.  an  application  framework  was  developed  and  implemented  to  manage  the  matching 
process; 

5.  the  knowledge  base  was  populated  with  discovery  and  potential  application  attributes. 
Steps  1  and  2  are  discussed  in  this  chapter  and  the  remaining  steps  are  developed  in  the 
next  chapter. 
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6.2.5  Road  Map  for  the  Remaining  Matching  Process  Discussion 

Development  and  implementation  details  regarding  the  technology  structure  are 
detailed  in  this  chapter.  The  principles  behind  the  rule-driven  matching  engine  are 
reviewed  and  matching  engine  inference  strategies  are  compared.  An  introduction  to  the 
knowledge  base  system  used  to  develop  the  prototype  matching  application  completes  the 
chapter.  Chapter  7  details  the  construction  of  the  prototype  qualitative  matching  applica- 
tion, the  process  of  populating  the  knowledge  base  and  discusses  the  application  system's 
execution. 

6.3    Elements  of  the  Matching  Process 
6.3.1  Technology  Attribute  Hierarchy  Development 

The  American  Heritage  Dictionary  of  the  English  Language  defines  technology  as  the 
following: 

1.  a.  The  application  of  science,  especially  to  industrial  or  commercial  objectives,  b.  The 
scientific  method  and  material  used  to  achieve  a  commercial  or  industrial  objective. 

2.  The  body  of  knowledge  available  to  a  civihzation  that  is  of  use  in  fashioning  imple- 
ments, practicing  manual  arts  and  skills,  and  extracting  or  collecting  materials 
(Anthropology). 

Definition  1  applies  for  the  purposes  of  this  study.  The  challenge  here  is  to  decompose  a 
technology  into  attributes  that  can  be  compared  with  other  technologies  to  find  attribute 
matches.  This  study  deals  with  two  types  of  technology  which  are  broadly  labeled  as  DIS- 
COVERY and  APPLICATION.  A  DISCOVERY  technology  type  represents  a  new  labora- 
tory discovery.  An  APPLICATION  technology  type  represents  a  potential  application  for  a 
DISCOVERY.  It  is  useful  to  have  a  universal  technology  attribute  hierarchy  that  can  cap- 
ture the  attributes  for  both  DISCOVERY  and  APPLICATION  technology  types. 
6.3.1.1  Technology  attribute  categories 

The  proposed  mediodology  groups  technology  attributes  into  five  broad  categories. 
This  study  looks  at  technology  transfer  from  the  perspective  of  turning  new  discoveries 
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into  products.  Therefore,  the  technology  attribute  groups  proposed  have  a  physical  product 
objective.  This  physical  product  objective  is  further  limited  to  engineered  products.  This 
class  of  products  is  aimed  at  meeting  societal  and  customer  needs  and  thus  precludes  the 
application  to  pure  aesthetic  products.  With  this  qualification  or  product  focus,  the  tech- 
nology attribute  categories  are  material  attributes,  manufacturing  attributes,  governing 
equations,  qualitative  requirements  and  other  attributes.  These  attribute  categories  are  con- 
sidered to  be  second-level  attributes.  Although  the  tabulated  attributes  are  specific  to  die 
considered  problem,  the  approach  is  applicable  to  any  technology  under  study. 

Material  attributes.  Material  attributes  are  composed  of  physical  properties,  economic 
properties  and  other  properties.  Physical  properties  deal  with  how  materials  in  a  technol- 
ogy interact  with  the  physical  world.  These  interactions  may  be  thermal,  mechanical  or 
environmental.  Subclasses  within  the  physical  properties  attribute  class  are  defined  in 
Table  6-1.  Economic  properties  may  include  such  areas  as  cost  modeling  for  the  materials 
involved.  These  models  refer  to  raw  material  costs  rather  than  processing  costs.  Process- 
ing costs  more  logically  fall  under  the  manufacturing  attributes  branch  of  the  technology 
tree.  The  other  properties  branch  includes  miscellaneous  material  properties  not  associated 
with  the  previous  two  categories. 

Manufacturing  attributes.  Manufacturing  attributes  include  any  production-related 
properties  and  property  classes  relevant  to  the  technology.  The  process  subclass  is  the  only 
currentiy  defined  specialization  of  the  manufacturing  attributes  class.  The  process  class 
includes  information  such  as  the  economic  cost  model,  parameters  of  the  process,  process 
methods  and  process  limitations.  Subclasses  within  the  attribute  class  for  Process  proper- 
ties are  defined  in  Table  6-2. 

Governing  equations.  The  governing  equations  subclass  captures  the  empirical  rela- 
tionships, design  parameters  and  constants  used  in  describing  the  behavior  of  the  technol- 
ogy. Empirical  relationships  might  include  predictive  equations  that  relate  qualities  such 
as  thermal  stress  to  various  attributes  or  parameters  used  in  analyzing  the  technology's 
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Table  6-1.    Subclasses  defined  within  the  Physical  properties  class  for  a  sample 
knowledge  base. 


Class 

Subclass 

Description 

Thermal 

class  representing  how  a  material's  physical  proper- 
ties interact  thermally  with  the  environment 

conductivity,  K 

heat  transfer  proportionality  constant 

specific  heat,  C 

coefficient  representing  the  energy  storage  capacity 
per  unit  density 

expansion  coefficient,  a 

coefficient  representing  the  increase  in  linear  material 
growth  per  change  in  material  temperature 

diffusivity,  a^,^ 

measure  of  heat  transport  relative  to  energy  storage 

shock  resistance 

qualitative  value  of  the  thermal  shock  resistance 

usage  temperature,  r,„^ 

maximum  useful  material  operating  temperature 
range 

Mechanical 

class  representing  how  a  material's  physical  proper- 
ties interact  mechanically  with  the  environment 

Young's  modulus,  E 

proportionality  constant  relating  stress  to  strain;  a 
measure  of  the  stiffness  or  rigidity  of  a  material 

shear  modulus,  G 

proportionality  constant  relating  stress  to  strain;  a 
measure  of  the  stiffness  or  rigidity  of  a  material 

Poisson's  ratio,  v 

ratio  of  lateral  to  (-)axial  strain 

density,  p 

mass  per  unit  volume 

coefficient  of  friction 
(wet),  \iiub 

kinetic  coefficient  of  friction  for  the  material  sliding 
on  itself  with  a  lubricant  film 

coefficient  of  friction 
(dry),  \iary 

kinetic  coefficient  of  friction  for  the  material  sliding 
on  itself  without  a  lubricant  film 

crack  resistance 

qualitative  value  of  the  material's  crack  resistance 

roughness,  R^ 

peak-to-valley  amplitude 

hardness,  H 

BrineU  hardness 

toughness,  K^. 

fracture  toughness  or  critical  stress-intensity  factor 

Environmental 

class  representing  how  a  material's  physical  proper- 
ties interface  with  the  environment 

lub.  film  thkns.,  hg 

range  of  lubricating  thicknesses 

lub.  compatibility 

a  list  of  compatible  lubricants 

oxidation  resistance 

qualitative  measure  of  the  material's  oxidation  resis- 
tance 
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Table  6-2.    Subclasses  defined  within  the  Process  properties  class  for  a  sample 
knowledge  base. 


Class 

Subclass 


Economics 


material 


labor 


power 


overhead 


capital  equipment 


Parameters 


pressure 


atmosphere 


surface  temperature 


Methods 


preparation 


application 


finishing 


Limits 


thickness 


spatial  requirements 


deposition  rate 


Description 


class  representing  economics  of  the  manufacturing 
process  attributes 


cost  of  materials  per  unit  weight  of  finished  product 
cost  of  labor  per  unit  weight  of  finished  product 


cost  of  power  per  unit  weight  of  finished  product 


cost  of  overhead  per  unit  weight  of  finished  product 


cost  of  capital  equipment  per  unit  weight  of  finished 
product 


class  representing  manufacturing  process  parameters 


process  operational  pressure 


process  atmosphere 


surface  temperature  of  substrate  in  process 


class  representing  the  manufacturing  process  methods 


preparation/setup  methods  for  process  application 


application  methods  used  for  process 


finishing  methods  used  for  process 


class  representing  manufacturing  process  limits 


range  of  thicknesses  that  can  be  applied  with  the  pro- 
cess 


required  space  to  setup  and  operate  processing  equip- 
ment 


thickness/area/volume  of  material  that  can  be  applied 
per  unit  time 


design  applications.  Design  parameters  specify  which  variables  used  in  an  empirical  rela- 
tionship that  are  typically  varied  during  the  design  process  to  achieve  a  suitable  result. 

Qualitative  requirements.  The  qualitative  requirements  category  only  applies  to 
APPLICATION  technology  types.  This  class  describes  qualitative  information  relative  to 
a  technology.  These  qualitative  requirements  may  be  further  decomposed  into  specific 
attributes  as  needed  for  matching.  For  example,  a  gear  application  may  require  a  high 
slide-to-roll  contact  ratio.  This  need  may  be  decomposed  into  a  series  of  specific  require- 
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ments,  such  as  a  material  with  high  thermal  conductivity,  low  coefficient  of  friction  and 
high  hardness. 

Other  attributes.  The  other  attributes  category  is  defined  for  completeness.  Some  tech- 
nology attributes  may  not  be  appropriate  for  the  other  second-level  attributes.  The  other 
attributes  category  is  a  convenient  location  for  such. 
6.3.1.2  Skeleton  for  a  technologv  hierarchy 

A  partial  skeleton  for  a  technology  hierarchy,  or  technology  tree,  is  illustrated  in  Fig- 
ure 6-2.  Note  that  not  all  leaves  of  the  tree  are  populated.  The  Technology  class  is  the  root 
node  of  the  tree  and  is  said  to  be  at  level  one.  As  each  branch  is  explored  level  by  level,  the 
attributes  become  more  specific.  Thus  the  surface  temperature  leaf  at  level  5  is  more  spe- 
cific than  the  process  attribute  at  level  3. 
6.3.2  Object-Oriented  Implementation 

The  tree  structure  developed  in  the  previous  section  suggests  an  object-oriented  pro- 
gramming (OOP)  language  is  appropriate  for  modeling  and  implementation.  There  are 
five  primary  characteristics  that  an  OOP  system  must  possess:  abstraction,  encapsulation, 
inheritance,  polymorphism  and  dynamic  binding  [Booc91,Somm92,Giar91].  Booch 
defines  OOP  as  follows: 

Object-oriented  programming  is  a  method  of  implementation  in  which  pro- 
grams are  organized  as  cooperative  collections  of  objects,  each  of  which  repre- 
sents an  instance  of  some  class,  and  whose  classes  are  all  members  of  a 
hierarchy  of  classes  united  via  inheritance  relationships  [Booc91]  (p.  36). 

6.3.2. 1  OOP  svstem  characteristics 

Abstraction.  An  abstraction  is  a  high-level,  intuitive  means  of  representing  a  concept. 
We  as  humans  use  abstraction  to  grasp  complex  concepts.  A  well-developed  abstraction 
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emphasizes  details  that  are  important  to  the  user  and  suppresses  those  details  that  divert 
attention  or  confuse  the  subject.  Booch  defines  abstraction  as  follows: 

An  abstraction  denotes  the  essential  characteristics  of  an  object  that  distinguish 
it  from  all  other  kinds  of  objects  and  thus  provide  crisply  defined  conceptual 
boundaries,  relative  to  the  perspective  of  the  viewer  [Booc91]  (p.  39). 

Encapsulation.  Encapsulation,  also  known  as  information  hiding,  is  the  process  of  hid- 
ing the  implementation  details  of  an  object  using  a  well-defined  interface.  Whereas 
abstraction  concentrates  on  how  an  object  is  viewed  from  the  outside,  encapsulation  con- 
centrates on  the  inner  workings  of  the  object.  Booch  summarizes  encapsulation  as  follows: 

Encapsulation  is  the  process  of  hiding  all  of  the  details  of  an  object  that  do  not 
contribute  to  its  essential  characteristics  [Booc91]  (p.  46). 

The  only  access  to  an  encapsulated  object  is  through  its  message  handling  system.  This 
means  that  it  is  only  possible  to  "get"  data  from  an  object  if  that  object  has  a  message-han- 
dler (also  known  as  a  method)  called  "get."  This  access  to  objects  only  through  their  pre- 
defined message-handlers  prevents  unintended  corruption  of  data  and  minimizes  the 
possibility  for  unwanted  side  effects. 

Inheritance.  Inheritance  is  a  mechanism  to  describe  a  subclass  in  terms  of  one  or  more 
superclasses.  Single  inheritance  systems  only  permit  a  subclass  (child  class)  to  inherit 
characteristics  from  one  parent  class.  Multiple  inheritance  systems  permit  a  child  class  to 
inherit  characteristics  from  one  or  more  parent  classes.  Classes  are  arranged  hierarchically 
such  that  the  most  general  classes  are  at  the  top  and  the  most  specific  at  the  bottom.  Figure 
6-2  illustrates  a  simple  single  inheritance  hierarchy.  Figure  6-3  represents  a  simple  multi- 
ple inheritance  hierarchy  for  quadrilaterals. 

Inheritance  also  speeds  up  the  development  of  software  systems  because  it  enables 
code  to  be  easily  reused.  Many  commercial  and  public  domain  object  libraries  are  avail- 
able to  software  developers. 
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Figure  6-3.       The  quadrilateral  hierarchy  illustrating  multiple  inheritance  ([Giar93] 
p.  101). 

Polymorphism.  Polymorphism  is  the  capability  for  multiple  objects  to  respond  to  the 
same  message  in  different  ways.  For  example,  the  "+"  operator  may  be  defined  such  that 
for  a  "+"  message  sent  to  two  number  objects,  the  sum  of  the  numerical  values  is  returned 
and  that  for  a  "+"  message  sent  to  two  text  string  objects,  the  result  returned  is  the  concat- 
enation of  the  strings  into  a  single  string.  The  process  of  assigning  multiple  behaviors  to 
an  operator,  such  as  +,  -,  /,  *,  >,  etc.,  is  referred  to  as  operator  overloading.  If  a  function 
name  is  used  instead  of  an  operator,  then  the  Jiinction  is  said  to  be  overloaded. 

Dynamic  binding.  Dynamic  binding  defers  selection  of  a  reaction  to  a  message  until 
run-time.  This  means  that  the  argument  types  passed  to  a  function  or  method  do  not  have 
to  be  known  at  compile  time.  Instead,  the  system  will  determine  the  appropriate  behavior 
to  a  message  when  it  is  received.  Dynamic  binding  works  in  conjunction  with  the  poly- 
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morphism  concept  In  the  case  of  the  overloaded  "+"  function  described  previously,  it 
would  not  be  necessary  to  define  the  argument  types  passed  to  "+"  at  compile-time. 

6.3.2.2  OOP  advantages 

Using  an  OOP  language  for  developing  large  software  systems  has  well-documented 
advantages  [Booc91,  Somm92].  A  key  advantage  for  the  work  presented  in  tiiis  study  is 
the  ability  to  manage  a  complex  system  through  the  use  of  data  abstraction,  also  known  as 
information  hiding.  The  inheritance  feature  of  OOP  languages  is  invaluable  for  capturing 
the  structure  of  the  technology  tree  attribute  relationships.  Another  important  overall  fea- 
ture of  OOP  languages  is  the  simplification  of  implementing  object-oriented  designs 
(OOD).  OOD  is  a  modem  software  engineering  paradigm  best  used  for  developing  large, 
complex  software  applications. 

6.3.2.3  OOP  terminology 

The  following  terms  are  specific  to  OOP  and  are  used  throughout  this  chapter: 

1.  class:  a  template  for  describing  the  common  attributes  (slots)  and  behaviors  of  a  group 
of  objects  called  instances  of  a  class. 

2.  object:  an  instance  of  a  class. 

3.  instance:  an  object  that  can  only  be  manipulated  with  messages. 

4.  message:  the  mechanism  to  manipulate  an  object. 

The  technology  ti-ee  can  be  modeled  as  a  series  of  parent-child  relationships,  where 
the  parent  represents  the  superclass  and  the  child  represents  a  subclass  of  a  parent.  Refer- 
ring back  to  Figure  6-2,  Material  Attiibutes  is  the  parent  class  of  Physical  Properties,  Eco- 
nomic Properties  and  Other  Properties. 

6.3.2.4  Class  structure  of  the  technologv  tree 

Class  definition.  A  class  is  defined  by  its  data  attributes,  or  slots,  and  its  message-han- 
dlers. Objects  pass  control  from  one  to  the  next  via  messages.  Message-handlers  are  an 
object's  interface  to  otiier  objects.  This  structure  prevents  objects  without  a  specific  func- 
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tion  from  corrupting  the  data  from  another.  An  example  of  a  message  sent  to  an  object 
might  be  a  print  request.  A  typical  class  definition  is  shown  in  Figure  6-4. 


class  name . 


slot  names 


^^ 


■Technology 


slots: 

♦•  technotogy-name  Q 

technology-type  Q 

phylum  Q 


Slot  values 


messages  that  can  be 
sent  to  the  object 


Figure  6-4.       Structure  of  a  class  definition. 

Inheritance  mechanism.  A  child  class  is  defined  in  terms  of  one  or  more  parent  classes, 
which  may  have  in  turn  inherited  properties  from  their  parent  classes,  etc.  Figure  6-5  dem- 
onstrates a  typical  inheritance  mechanism.  In  this  case  the  Material- Attribute  class  inherits 
the  slots  "technology-name",  "technology-type"  and  "phylum"  from  the  Technology 
superclass  and  the  slot  "classification"  from  the  Level- 1 -Attribute  class.  Note  that  the 
classes  are  shown  connected  with  "is-a"  links.  This  is  read  as  the  Material-Attribute  is-a 
Technology  and  the  Material- Attribute  is-a  Level- 1 -Attribute. 

6.4  The  Matching  Engine 
The  new  technology-application  matching  engine  was  developed  using  an  expert  sys- 
tem. There  are  three  components  to  the  expert  system  (also  referred  to  as  the  knowledge- 
based  system)  used  in  this  study.  First  is  the  knowledge  base,  which  is  composed  of  rules 
(heuristics).  Next  is  the  data,  which  is  comprised  of  facts  and  instances.  And  lastly,  the 
inference  engine,  which  is  provided  by  the  expert  system  shell  to  apply  the  knowledge  to 
the  data. 
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parent  class 


Level- 1 -Attribute 


slots: 

classification  C 


message-handlers: 
get      put       print 


is-a  inheritance  links 


inherited  slots  • 


parent  class 


Material-Attribute 
slots: 


technology-name    [ 
technology-type      [ 
phylum 
classification 


message-handlers: 

get      put       print 


Technology 


slots: 

technology-name  C 

technology-type  C 

phylum  C 


message-handlers: 
get      put       print 


child  class 


default  slot  value 


Figure  6-5.       Inheritance  mechanism  for  a  child  class  with  multiple  parent  classes. 

This  section  develops  details  describing  the  qualitative  matching  process.  First,  an 
overview  of  the  process  is  presented.  Next,  the  expert  system  shell  used  to  implement  the 
matching  engine  is  described.  And  lastly,  sample  qualitative  rules  used  in  the  process  are 
given. 

6.4.1  Matching  Process  Overview 

Information  regarding  new  technologies  and  potential  applications  is  encoded  within 
the  knowledge-base  management  system  in  the  form  of  explicit  facts,  instances  of  the 
technology  class  hierarchy  and  rules  which  manipulate  the  facts  and  instances.  The  match- 
ing process  searches  for  fact  and  instance  patterns  that  match  rule  conditions.  If  a  rule 
matches  facts  and/or  instances,  then  the  rule  takes  some  consequent  action  that  may 
include  retracting  certain  facts,  asserting  new  ones,  manipulating  instances  or  launching  a 
procedural  algorithm. 
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When  many  rules  interact  with  many  facts  and  instances,  considerable  computation 
time  may  be  consumed.  A  strategy  must  be  employed  to  determine  which  rules  fir«  first 
and  also  minimize  computational  effort  each  time  the  state  of  the  knowledge  base 
changes.  One  way  to  decrease  the  computational  effort  is  to  implement  an  efficient  pattern 
matching  network.  The  network  used  in  this  study  is  the  Rete,  which  was  developed  by 
Forgy  [Forg82]  for  the  OPS  5  production  system. 

6.4.1.1  Facts 

Facts  are  used  in  an  expert  system  as  the  data  about  which  rules  reason  and  represent 
the  current  state  of  the  world.  The  world  in  this  case  exists  within  the  confines  of  the 
knowledge-base  management  system.  Facts  are  transient  data  within  an  expert  system  and 
may  therefore  be  asserted,  refracted  (deleted)  or  modified.  Facts  may  take  the  following 
form: 

(light  red) 
(signal  walk) 
(car  stop) . 

The  facts  listed  here  might  be  part  of  an  expert  system  that  directs  traffic.  When  these  facts 
are  manipulated  via  rules  within  an  inference  engine,  then  the  transient  nature  of  facts 
within  the  expert  system  will  be  more  clearly  shown. 

6.4.1.2  Instances 

Classes  only  define  structure  and  cannot  contain  data.  Therefore,  classes  cannot  be  pat- 
tem  matched  or  directly  manipulated  by  the  inference  engine.  Instances,  which  are  objects 
based  on  user-defined  classes,  are  used  to  create  copies  of  classes  that  can  be  manipulated. 
Instances  may  be  pattern  matched  and  can  be  modified  via  messages.  For  example,  a  print 
message  might  be  sent  to  an  instance,  resulting  in  a  list  of  the  object's  contents  output  to 
the  system  interface.  Concrete  examples  of  instances  are  developed  later  in  this  chapter. 
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6.4. 1.3  Rules 

Rules  are  collections  of  conditions  and  actions.  When  patterns  within  the  rule  condi- 
tions are  matched,  actions  are  taken.  Rules  have  a  format  based  on  an  if-then  construct.  A 
simple  rule  is  based  on  the  following  pseudocode: 

(Rule  <rulenaine> 
(<pattern  1>) 
{<pattern  2>) 


(<pattern  n>) 
=> 

(<action  1>) 
(<action  2>) 


(<action  m>) 
) ;  end  of  rule. 

This  rule  can  be  read  as  "if  <pattem  1>  and  <pattem  2>  and  .  .  .  <pattem  n>  then  do 
<action  1>,  <action  2>, . . .  <action  m>." 

A  rule  that  controls  traffic  might  have  the  following  format: 

(Rule  traffic-signal 

(change- light  red  green) 

(light  red) 

(car  stop) 

(signal  walk) 
=> 

(retract  (light  red)) 

(assert  (light  green)) 

(retract  (car  stop) ) 

(assert  (car  go) ) 

(retract  (signal  walk) ) 

(assert  (signal  don't-walk)) 
) ;  end  traffic-signal. 

Before  the  rule  traffic -signal  can  fire,  the  following  facts  must  exist  in  the  knowl- 
edge base: 

(change- light  red  green) 
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(light  red) 
(car  stop) 
(signal  walk) . 

After  the  traffic -signal  rule  fires,  the  following  facts  will  be  in  the  knowledge 
base: 

(change- light  red  green) 

(light  green) 

(car  go) 

(signal  don't-walk). 

6.4.2  Strategies  for  Matching 
6.4.2.1  Matching  rules  with  facts 

It  is  the  purpose  of  an  inference  engine  to  manage  the  process  of  matching  rules  with 
facts.  There  are  several  approaches  for  pattern  matching  facts  with  rules.  A  simplistic 
approach  is  to  have  rules  search  for  facts  .  Figure  6-6  illustrates  the  rules- search-for-facts 
matching  process  graphically.  The  advantage  of  this  method  is  that  the  computer  program- 
ming required  is  simple  to  understand  and  the  execution  process  is  a  straightforward, 
sequential  activity.  The  disadvantage  is  that  this  method  suffers  from  combinatorial  explo- 
sion when  the  number  of  rules,  rule  pattems  and  facts  increase.  Under  this  matching 
scheme,  about  90%  of  the  total  system  execution  time  is  spent  in  searching  for  facts  that 
satisfy  the  rules.  The  balance  of  the  processing  time  is  spent  determining  which  match 
should  be  acted  on  first  (a  process  called  conflict  resolution)  and  completing  the  actions 
specified  by  the  matched  rules.  It  is  desirable  to  significantly  decrease  the  amount  of  time 
spent  in  the  match  phase  and  thereby  increase  the  efficiency  of  the  knowledge  base  sys- 
tem. 


1.  The  discussion  in  the  next  two  sections  is  based  on  lecture  notes  from  the  University  of 
Rorida  course  CAP  6627,  Expert  Systems,  as  taught  by  Dr.  Douglas  Dankel,  II,  Spring 
term,  1993. 
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FACTS 


RULES 


Figure  6-6.       Matching  rules  with  facts  using  a  rules-search-for-facts  approach. 

The  following  scenarios  show  how  quickly  this  method  nins  into  the  combinatorial 
explosion.  The  worst  case  number  of  searches  required  to  find  a  single  rule/fact  pattern 
match  can  be  expressed  as 


where 


^search   "  ^  rules^  ^  cond^  ^ facts 


(6.1) 


^search  ~  number  of  pattern  match  comparisons 
^ rules  -  number  of  rules 
Mf-ond  =  average  number  of  patterns  per  rule 
Pfacis  =  number  of  facts  in  the  knowledge  base. 


Several  numerical  examples  of  the  combinatorial  explosion  are  summarized  in  Table 
6-3.  Notice  that  for  the  first  case,  which  is  unrealistic  since  it  only  has  one  pattern  per  rule, 
it  may  require  as  many  as  10,000  comparisons  to  find  a  single  rule/fact  match.  The  third 
case,  representative  of  a  large  system,  requires  up  to  3,000,000  comparisons  to  find  a  suit- 
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able  rule/fact  match.  High-speed,  expensive  computing  hardware  cannot  practically  make 
up  for  the  slow  response  time  in  such  an  inefficient  system. 

Table  6-3.    Combinatorial  explosion  for  the  rules-search-for-facts  method. 


^rules 

^cond 

"facts 

^search 

100 

1 

100 

10^ 

100 

3 

100 

3*10"* 

1000 

3 

1000 

3*1q6 

6.4.2.2  Exploiting  temporal  redundancy 

Fortunately,  only  a  small  number  of  facts  change  with  each  cycle.  In  a  system  with 
hundreds  of  facts,  less  than  one  percent  of  the  facts  are  likely  to  change  with  each  cycle. 
This  means  that  there  is  a  slow  rate  of  change  in  the  conflict  set  Since  there  is  little  change 
from  one  time  period  to  the  next,  there  is  a  large  amount  of  redundant  data.  This  condition 
is  known  as  temporal  redundancy  and  it  can  be  exploited  by  having  the  facts  search  for 
rules  rather  than  the  other  way  around.  Figure  6-7  illustrates  how  this  approach  can  avoid 
unnecessary  computation.  This  facts-match-rules  strategy  is  clearly  less  cumbersome  than 
the  rules-match-facts  strategy.  The  Rete  algorithm  was  developed  specifically  to  take 
advantage  of  this  strategy. 

6.4.2.3  Rete  network 

The  Rete  algorithm  is  an  efficient  many-many  match  procedure.  The  method  involves 
the  development  of  a  pattern  network  and  a  join  network.  These  networks  are  illustrated  in 
Figure  6-8  for  a  sample  rule.  The  Rete  gains  efficiency  from  reusing  as  many  pattems 
from  similar  rules  as  possible.  An  example  of  two  rules  instantiated  within  a  Rete  network 
is  shown  in  Figure  6-9.  It  can  be  seen  from  this  figure  how  the  pattern  network  reuses  as 
much  information  from  similar  rules  as  possible.  As  facts  enter  the  knowledge  base,  they 
are  pushed  as  far  as  possible  through  the  Rete  networks.  Facts  that  satisfy  the  pattems  of 


81 


facts  that  have 
changed  since 
last  cycle 


FACTS 

RULES 

^r— "^ — ^^^ 

^^^:::p^"^*^:^ 

^^^^^^2^ 

^^^^ 

^^ — — ^^""^ 

mles-match-facts  strategy 


FACTS 


RULES 


facts-match-rules  strategy 
Figure  6-7.       Comparison  of  two  strategies  for  matching  rules  with  facts. 

the  instantiated  rules  are  placed  on  an  agenda  where  the  inference  engine  decides  which 
matches  to  act  on  first. 

6.5   CLIPS  Expert  System  Shell 
CLIPS    [Giar91,  Giar93]  is  an  expert  system  tool  developed  by  the  Software  Technol- 
ogy Branch  (STB),  NASA/Lyndon  B.  Johnson  Space  Center.  CLIPS  is  designed  to  facili- 
tate the  development  of  software  to  model  human  knowledge  or  expertise. 


2.  C  Language  Implementation  Production  System 
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Sample  rule: 

(rule  R-1 

(field-1   field-2   field-3: 
(field-4   field-5) 


=> 


.)  ;    end  rule  R-1 


Pattern 
Network 


node  for  field- 1 


node  for  field-4 


node  for  field-2 


node  for  field-5 


node  for  field-3 


terminal  node  2 


terminal  node  1 
>s. 


join  for  conditions 
l«fe2 


Join 
Network 


join  for  conditions 
(1,2)&3 


rule  instantiated 

(at  this  point  the  rule 
can  be  added  to  the 
conflict  set) 


Figure  6-8.       Instantiation  of  a  typical  rule  within  a  Rete  network. 
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Sample  rules: 

(rule  R-2 

(Tl  B  ?D) 

(T2  ?F) 

(T3  ?D  ?F) 
=> 

...)  ;  end  rule  R-2 


(rule  R-3 

(Tl  B  ?D) 

(T2  I) 

(T3  ?D  ?F) 
=> 

...)  ;  end  rule  R-3 


Pattern 
Network 


R-2 


R-3 


=  T2 


,1 

id?] 


bind  ?F 


=  1 


Join 
Network 


bind  ?D  terminal  node  2 

terminal 

terminal  node  1 


node  4 


J, 


bind?D 


J. 


bind  ?F 


terminal  node  3 


join  2 
of  R-2 


join  2 
of  R-3 


R-2  instantiated  R-3  instantiated 


Figure  6-9.       Instantiation  of  two  rules  within  a  Rete  network. 
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There  are  three  ways  to  represent  knowledge  in  CLIPS: 

•  Rules,  which  are  primarily  intended  for  heuristic  knowledge  based  on  experience. 

•  Deffunctions  and  generic  functions,  which  are  primarily  intended  for  procedural 
knowledge. 

•  Object-oriented  programming^,  also  primarily  intended  for  procedural  knowledge.  The 
five  generally  accepted  features  of  object-oriented  programming  are  supported:  classes, 
message-handlers,  abstraction,  encapsulation,  inheritance,  polymorphism.  Rules  may 
pattern  match  on  objects  and  facts. 

Software  can  be  developed  using  only  rules,  only  objects,  or  a  mixture  of  objects  and 
rules.  Figure  6-10  shows  the  integrated  CLIPS  development  environment  as  it  is  imple- 
mented on  Apple  Macintosh,  and  explains  the  CLIPS  application  windows.  Figure  6-11 
illustrates  the  CLIPS  environment  with  a  sample  knowledge  base  source  file  being  edited. 
The  CLIPS  application  menus  are  briefly  explained  in  Figure  6-11. 
6.5.1  Defining  Classes 

Classes  are  defined  within  the  CLIPS  system  by  the  def  class  construct  A  def - 
class  is  made  up  of  the  following  five  elements: 

1.  a  name, 

2.  a  list  of  parent  classes,  or  superclasses,  from  which  the  new  class  inherits  properties 
(slots)  and  message-handlers, 

3.  a  specifier  denoting  whether  or  not  direct  instances  of  the  new  class  may  be  created, 

4.  a  specifier  denoting  whether  or  not  instances  of  the  class  may  be  pattern  matched  with 
rules  and 

5.  a  list  of  slots  specific  to  the  new  class. 
6.5. 1  ■  1  The  defclass  construct 

The  syntax  of  the  defclass  construct  is  shown  in  Figure  6-12  and  is  explained  in  detail 
in  the  CUPS  Reference  Manual  [Giar93]. 


3.  CLIPS  Object-Oriented  Language  (COOL) 
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provides  a  standard  interface 
to  communicate  with  the 
knowledge  base;  for  input/ 
output  purposes,  the  Dialog 
window  is  considered  the 
terminal  by  default;  access  to 
help  documents  is  provided 
through  this  window 


Usts  currently  defined  instances 
and  parent  object  classes;  slot 
values  for  each  instance  are 
also  provided 


displays  current  facts 
in  (he  knowledge  base; 
each  fact  has  a  unique 
address  identifier  such 
as  "f-0"  shown  below 


•  displays  an  ordered  list 
of  rules  with  patterns  that 
are  satisfied  and  lists  the 
facts  or  instances  which 
match;  the  rule's  salience 
value  is  shown  to  the  left 
of  the  rule's  name 


•  displays  the 
module  currently 
in  use;  note  that 
"(MAIN),"  the 
module  in  use  here, 
is  tagged  in  several 
windows 


displays  currentiy 
defined  global  variables 


Figure  6-10.     CUPS  knowledge  base  development  system  multiple  document  interface 
as  implemented  on  the  Macintosh  computing  platform. 


86 


provides  functionality  to 
open,  close,  save,  copy  and 
load  various  files  used  within 
CLIPS;  provides  a  printing 
interface;  quit  CLIPS 


provides  standard  cut, 
copy  and  paste  functions 
plus  balance  functions  for 
parentheses 


find  and  replace 


Buffer    EHecution 


provides  debug  services  to 
run  the  knowledge  base,  watch 
various  activities  such  as  rule 
activations,  instance  creations 
and  fact  assertions 


provides  functionality  to 
view  various  constructs 
defined  by  the  user  such 
as  deffacts,  deftemplates, 
defrules,  definstances,  etc. 


-  controls  which  CLIPS 
windows  are  displayed 
and  which  is  active 

£3  9:27:41  PM   IJ)    ft 


Dialog 


Facts  (MRIN) 


DECOnPOSE-COMTRCT-STRESS  +j 


Defining  defrule: 

TRUE 

CLIPS>    (load    "Manu  RuIbs   CLP"> 

Defining  defrule:    SHOM-Mfl I N-rENU  +j 

TRUE 

CLIPS> 


noke 
(help— path  "K* ^ 
Help  entries  1 
CLIPS>  (reset 
CLIPS>  : (clear 


Uek 
flppi 

To  I 
pr« 


f-0 


( ini  tial-fdct) 


new  technology  tree. CLP 


(defcloss  TECHNOLOCV 

'TECHMOLDGV  is  the  top  leuel  object  of  the  ne»  technology  knovledge 
base" 
(is-a  USER) 
(role  concrete) 
(pattern-match  react iv^e) 
(slot  techno  I  ogy-naine 

(create-accessor  read-Kpr  i  te  ) 

(access  read-write) 

(storage  local ) 

(type  LEXEME) 

(default  ?t10ME)) 
(slot  technology-type 

(create-accessor  read-write) 

(access  read-write) 

(storage  local ) 

(type  LEXEME) 

(default  DISCOyERV) 

(allowed-ualues  DISCOUERV  flPPL I  CRT  I  OH ) ) 
slot  phylum 

(create-accessor  read-wr I te ) 


O 


teiii§iaiai!iiiiiiji!il'a:iy^  :.  :,:.  .     I» 


m 


a 


!J  FER  ( techno 
..  FEB  ( techno 
I  FER  <  techno 
I  DIETER  <tec 
iPHtlETER   (te 

<  techno  I og 

<  techno  I og 
fratlT  (techn 
jsraMT   (techn 


K 


IS 


M 


K 


M 


source  file  "new  technology  tree.CLP" 
being  edited  within  the  integrated  CLIPS 
development  environment;  multiple  source 
files  may  be  open  at  once  and  information 
can  be  cut,  copied  and  pasted  between 
edit  windows  and  the  E)ialog  window 


Figure  6-11.     Edit  of  CLIPS  source  file  and  explanation  of  CLIPS  application  menus. 
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(defclass  <name>  [<comment>] 
(is-a  <superclass-name>+) 
[<role>] 

[<pattern-match-role>] 
<slot>* 
<handler-documentation>* ) 

<role>   ::=  (role  concrete  I  abstract) 

<pat tern -mat ch-role> 

::=  (pattern-match  reactive  I  non-reactive) 

<slot>   ::=  (slot  <name>  <facet>*)  I 

(single-slot  <name>  <facet>*)  I 
(multislot  <name>  <facet>*) 

<facet>  ::=  <default-facet>  I  <storage-facet>  I 

<access-f acet>  I  <propagation-f acet>  I 
<source-f acet>  I  <pattern-match-f acet>  I 
<visibility-facet>  I  <create-accessor-facet> 
<override-message-facet>  I  <constraint-attributes> 

<default-facet>  ::= 

(default  7DERIVE  I  ?NONE  I  <expression>* )  I 
(default-dynamic  <expression>*) 

<storage-facet>  ::=  (storage  local  I  shared) 

<access-facet> 

::=  (access  read-write  I  read-only  I  initialize-only) 

<propagat ion- facet >  ::=  (propagation  inherit  I  no- inherit) 

<source-facet>  ::=  (source  exclusive  I  composite) 

<pattern-match- facet > 

::-    (pattern-match  reactive  I  non-reactive) 


Figure  6-12.     CLIPS  defclass  construct 
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6.5.1.2  Sample  CLIPS  class  definitions 

The  source  code  shown  in  Figure  6-13  is  an  excerpt  from  the  technology  knowledge 

<visibility-facet>    ::=    (visibility  private    I    public) 

<create-accessor-facet> 

::=    (create-accessor  ?NONE    I    read    I    write    I    read-write) 

<override-message-facet> 

::=    (override -message   PDEFAULT    I    <message-name>) 

<handler-docuinentation> 

::=    (message-handler  <name>    [<handler-type>] ) 

<handler-type>    ::=  primary    I    around    I    before    I    after 
Figure  6-12 — continued 


base  definition.  The  top-level  class  TECHNOLOGY,  the  abstract  LEVEL- 1 -ATTRIBUTE 
class  and  the  MATERIAL-ATTRIBUTE  class  are  partially  defined.  The  inheritance  for 
each  class  is  denoted  by  the  is -a  identifier.  Since  the  TECHNOLOGY  class  is  at  the  top  of 
the  user-defined  hierarchy,  its  parent  class  is  the  USER  class,  which  has  predefined  mes- 
sage-handlers that  propagate  through  to  its  subclasses  by  default.  These  message-handlers 
include  functions  to  get  and  put  values  into  slots  and  to  print  the  contents  of  an  instance  of 
the  class.  Note  that  the  MATERIAL-ATTRIBUTE  class  inherits  from  two  parent  classes: 
(is-a   TECHNOLOGY   LEVEL-1-ATTRIBUTE) . 

A  complete  listing  of  all  the  classes  defined  for  this  study  can  be  found  in  the  Appen- 
dix. 
6.5.2  Defining  Instances 

CLIPS  has  two  approaches  for  creating  instances  of  classes  defined  in  the  technology 
tree.  The  first  method  is  interactive  within  the  CLIPS  expert  system  shell.  The  second 
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(defclass  TECHNOLOGY 

"TECHNOLOGY  is  the  top  level  object  of  the  new 
technology  knowledge  base" 
(is-a  USER) 
(role  concrete) 
(pattern -match  reactive) 
(slot  technology -name 
(type  LEXEME) 
(default  ?NONE) ) 
(slot  technology-type 
(type  LEXEME) 
(default  DISCOVERY) 

(allowed-values  DISCOVERY  APPLICATION) ) 
(slot  phylum 
(type  LEXEME) 

(default  ?NONE) )   /technology  code 
)   ;end  defclass  TECHNOLOGY 
(defclass  MATERIAL-ATTRIBUTE 

"MATERIAL-ATTRIBUTE  is  a  first-level  attribute 
specialization  of  the  TECHNOLOGY  attribute  hierarchy" 
(is-a  TECHNOLOGY  LEVEL- 1 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  classification 
(default  MATERIAL) ) 
)   ;end  defclass  MATERIAL 


Figure  6-13.  Definition  of  the  TECHNOLOGY  and  MATERIAL- ATTRIBUTE  classes. 

method,  which  is  preferred,  defines  a  group  of  instances  in  a  source  file  outside  the  CLIPS 
environment  that  is  then  read  by  CLIPS  to  create  the  instances. 
6.5.2.1  The  make-instance  construct 

Instance  definitions  may  be  entered  directly  at  the  CLIPS  command  prompt.  It  is 
important  to  define  all  the  underlying  class  structure  prior  to  making  instances.  If  this 
order  is  not  followed,  CLIPS  reports  an  error.  The  syntax  for  creating  an  instance  is  shown 
in  Figure  6-14.  Note  that  information  within  the  square  brackets  is  optional.  In  this  case,  if 
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(make- instance  <instance-def inition>) 

<instance-def inition>  ::=  [<instance-name-expression>]  of 

<class-name-expression> 

<slot-override>* 
<slot-override>       ::=  (<slot-naine-expression> 
<expression>*) 


Figure  6-14.     CLIPS  make-instance  construct. 

the  instance-name  is  left  off,  CLIPS  assigns  a  unique  value  automatically.  When  an 
instance  is  entered  properly,  CLIPS  returns  the  name  of  the  instance  as  a  confirmation. 
Figure  6-15  shows  the  results  of  entering  three  instances  into  the  knowledge  base.  Note 
that  the  third  make- instance  was  unsuccessful  in  this  example. 

The  weakness  of  creating  instances  with  the  make-instance  construct  interac- 
tively is  that  once  the  CLIPS  environment  is  reset,  all  facts  and  instances  are  cleared  and 
must  be  reentered  if  needed.  If  the  user  wishes  to  have  the  instances  created  automatically 
after  each  reset,  then  the  def  instances  construct,  described  below,  must  be  used. 

The  best  use  of  the  make-instance  construct  is  within  the  action  portion  of  a  rule. 
When  used  in  this  way,  instances  can  be  created  without  any  intervention  from  the  user. 
The  make- instance  construct  is  used  in  the  action  portion  of  the  rule  MATCH-REQT- 
CAPABILITY.  The  source  code  listing,  found  in  the  Appendix,  contains  the  text  for  the 
rule  MATCH-REQT-CAPABILITY. 
6.5.2.2  The  definstances  construct 

Each  time  a  CLIPS  knowledge  base  is  reset,  all  facts  and  instances  are  deleted  from 
the  application's  working  memory.  After  a  reset,  it  is  desirable  to  have  instances  for  spe- 
cific classes  be  created.  The  definstances  construct  within  CLIPS  performs  just  that 
task.  As  with  the  make-instance  construct,  an  error  is  reported  if  the  user  attempts  to 
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instance  name  returned  by  CLIPS  indicating 
successful  instance  creation 


instance  is  "DIS- 
COVERY" by  default 

instance  is  "APPLI- 
CATION" by  default 


CLIPS)  < make- instance  DlfiflOMD-CUO-K  of 

<qual ilative-value  UERV-HIGH) 

(technology-name  D I flMOHD-CUO-COflT I N(f ) 

(phylum  SURFHCE-TREflTMEHT ) 
i(quantl tatlve-value  1540)> 
MDIHMOND-CUD-K] 

CLIPS>  (make- instance  GEflR-SL I  DE-ROLL  of  QURL I TRT I UE-NEEDS 

(technology-name  GEARS) 

(phylum  MECHflNI CnL-POWER-TRRNSM I SS I  ON ) 

(criteria-category  SURFfiCE-CONTflCT > 

( cr  i  ter  i  a-name  SL I DE-TO-ROLL-RRT 1 0 ) 
|(qual itatiwe-walue  HIGH)) 
■^[GERR-SL I  DE-ROLL] 

CLIPS>  (make- instance  D I RMOND-CUD-RLPHR  of  therma I -expans i on 

(qua  I i  tat  i  ve-va I ue  UERV-LOU ) 

( techno  I ogy-name  D I RMOND-CUD-CORT I NG ) 

( phy I um  SURFRCE-TRERTMENT ) 

(quanti tatiue-walue  1.5E-6)) 
'[PRNTUTILIl  Unable  to  find  class  therma I -expans i on . 

CLIPS>  I 


error  message  reported  by  CLIPS  indicating  that 
instance  was  not  created;  in  this  case,  the  class  name 
was  incorrectly  specified  in  lower  case 

Figure  6-15.     Interactive  creation  of  knowledge  base  DISCOVERY  instances  in  the 
CLIPS  environment 

create  an  instance  of  a  class  before  the  class  has  been  defined.  Therefore,  it  is  important  to 
always  create  the  structure  (classes)  first  and  the  objects  (instances)  last. 

The  syntax  for  creating  instances  using  the  def  instances  construct  is  defined  Fig- 
ure 6-16. 


CLIPS  identifies  a  successfully  defined  definstance  by  returning  "TRUE."  An  appropriate 
syntax  error  results  if  the  definstance  is  improperly  defined. 
6.5.2.3  Sample  CLIPS  instance  definition 

Classes  define  underlying  structure  and  inheritance  links.  Classes  cannot  contain  data 
and  therefore  cannot  be  manipulated  through  pattern-matching  or  queries.  Instances,  how- 
ever, are  objects  based  on  class  definitions  and  can  hold  information  that  can  be  pattem- 
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(def instances  <def instances-name>  [active]  [<coinment>] 

<instance-template>* ) 
<instance-ternplate>  ::=  (<instance-def inition>) 
<instance-def inition>  ::=  <instance-name-expression>  of 

<c lass -name-express ion> 
<slot-override>* 
<slot-override>       ::=  {<slot-name-expression> 
<expression>* ) 

Figure  6-16.     CLIPS  definstances  construct. 

matched  or  manipulated  through  queries.  An  instance  inherits  its  structure  from  the  class 
and  may  also  derive  default  slot  values.  In  the  previous  code  fragment,  the  classifi- 
cation slot  has  a  default  value  of  MATERIAL.  An  instance  is  based  on  the  THERMAL- 
CONDUCTIVITY  class  is  shown  in  Figure  6-17.  The  THERMAL-CONDUCTIVITY  class 

(make- instance   DIAMOND-CVD-K   of   THERMAL-CONDUCTIVITY 
(qualitative-value  VERY-HIGH) 
(technology-name  DIAMOND-CVD-COATING) 
(phylum   SURFACE-TREATMENT) 
(quantitative-value  1540) 
)      ;    end  instance  DIAMOND-CVD-K. 

Figure  6-17.     Definition  of  the  DIAMOND-CVD-K  instance. 


definition  is  provided  in  Figure  6-18.  Results  of  a  print  message  sent  to  the  DIAMOND- 
CVD-K  instance  are  illustrated  in  Figure  6-19. 

It  is  interesting  to  note  that  although  the  make-instance  only  provided  values  for  four 
slots,  the  default  values  for  the  base  class  THERMAL -CONDUCTIVITY  provided  infor- 
mation for  the  remaining  slots.  This  example  illustrates  the  advantages  of  data  abstraction 
and  inheritance  within  the  OOP  paradigm.  A  complete  set  of  technology  class  templates 
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(defclass  THERMAL-CONDUCTIVITY 

"THERMAL-CONDUCTIVITY  is  a  FOURTH- level  attribute 
specialization  of  the  TECHNOLOGY  attribute  hierarchy  under 
the  THERMAL -PROPERTY  superclass" 

(is-a  TECHNOLOGY- PROPERTY  THERMAL- PROPERTY 

LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  Watt/meter-deg-K) ) 
(slot  symbol 

(default  K) ) 

)       ;end   defclass    THERMAL-CONDUCTIVITY 

Figure  6-18.     Definition  of  the  THERMAL-CONDUCTIVITY  class. 

are  provided  in  the  Appendix.  In  the  next  chapter,  a  step-by-step  procedure  for  using  the 
templates  to  create  APPLICATION  and  DISCOVERY  instances  are  presented.  Figure  6- 
20  shows  a  source  file  as  displayed  in  the  integrated  CLIPS  environment's  editor. 
6.5.3  Defining  Rules 

Facts  and  instances  in  the  CLIPS  system  match  on  patterns  defined  in  rules  according 
to  the  results  of  the  Rete  network  activity.  Rules  fire  in  an  order  determined  by  how  suc- 
cessful matches  are  placed  on  the  agenda.  As  rules  fire,  the  state  of  the  knowledge  base 
changes — meaning  that  certain  facts  and  instances  are  added,  deleted  or  modified.  The 
agenda  is  updated  after  each  cycle  to  determine  the  next  rule  to  fire. 
6.5.3.1  The  defrule  construct 

Rules  are  defined  in  CLIPS  with  the  defrule  construct.  The  syntax  for  the 
defrule  construct  is  provided  in  Figure  6-21.  Note  that  the  <conditional -ele- 
ment >  is  a  set  of  fact  and/or  instance  patterns  for  matching  and  the  <action>  is  a  group 
of  consequent  actions  performed  on  firing. 
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CLIPS>    (send    [DIAMOND-CVD-K]   print) 
[DIAMOND-CVD-K]    of    THERMAL-CONDUCTIVITY 
(assessment-criteria  CAPABILITY) 
(technology-name  DIAMOND-CVD-COATING) 
(technology- type  DISCOVERY) 
(phylum   SURFACE-TREATMENT) 
(classification  MATERIAL) 
(order   PHYSICAL) 
(family   THERMAL) 
(qualitative-value  VERY-HIGH) 
(qualitative-value-range  nil) 
(quantitative-value   1540) 
(quantitative-value-range  0) 
(species    HEAT- TRANSFER) 
(units  Watt/meter-deg-K) 
(symbol   K) 
CLIPS> 


Figure  6-19.     Results  of  a  print  message  sent  to  the  DIAMOND-CVD-K  instance. 


(defrule  <rule-name>  [<comment>] 
[<declaration>] 
<conditional -element >* 
=> 
<action>*) 

Figure  6-2 1 .     CLIPS  defrule  construct 

6.5.3.2  Sample  CLIPS  rule  definition 

The  rule  shown  in  Figure  6-22  searches  for  a  DISCOVERY  instance  and  an  APPLI- 
CATION instance  that  have  the  same  species.  If  a  match  is  found,  an  instance  of  the 
MATCH -TABLE  class  is  Created.  The  "goodness"  of  fit  for  the  match  is  determined  by  the 
results  of  the  match-rating  function. 
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Gear  Instances. CLP 


|<def instances  gear-application 

<GEflR-CONTflCT-STRESS  of  QUflL I TflT I UE-NEEDS 

<  techno  I ogy-name  GEARS ) 

Cphy I um  MECHflH I CflL-POWER-TRflNSM I SS I  ON ) 
<cr  i  ter  i  a-category  SURFflCE-CONTfiCT ) 

<  cr  i  ter  i  a-name  CONTACT-STRESS  > 
(qualitative-value  HIGH) 

)   ;  end  instance  GERR-CONTACT-STRESS 

<GEAA-SL I  DE-ROLL  of  QUflL I  TAT  I UE-NEEDS 
(technology-name  GEARS) 
<phy I um  NECHAN I CAL-POUER-TRRNSM I SS I  ON ) 
<cr  i  ter  i  a-category  SURFflCE-CONTflCT ) 
<cr  i  ter  i  a-name  SL I DE-TO-ROLL-RRT 1 0 ) 
(qualitative-value  HIGH) 

)    ;  end  instance  GERR-SL I  DE-ROLL 

);  end  defins tances  gear-app I i ca t i on 


o 


o 


a 


Q 


Figure  6-20.     CLIPS  integrated  editor  window  showing  example  of  an  external  source 
file  with  a  def  instances  construct. 

6.5.4  Defining  Knowledge  Base  Queries 

CLIPS  provides  a  mechanism  for  querying  the  knowledge  base  much  like  a  database 
user  would  query  a  relational  database.  Queries  reduce  some  of  the  pattern-matching  over- 
head associated  with  the  Rete  network.  The  CLIPS  query  system  is  implemented  in  the 
COOL  language.  The  query  system  is  useful  for  determining  and  performing  actions  on 
sets  of  instances  of  user-defined  classes  that  satisfy  user-defined  queries.  COOL  provides 
six  functions  which  each  operate  on  sets  of  instances  as  determined  by  user-defined  crite- 
ria. A  description  of  the  available  query  functions  is  given  in  Table  6-4. 
6.5.4.1  The  query  structure 

The  instance-set  query  function  used  most  often  in  the  reported  study's  knowledge 
base  system  is  do- for-all- instances.  The  syntax  of  this  function  is  provided  in 
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(defrule  MATCH-REQT-CAPABILITY 

"This  rule  builds  a  table  of  instances  for  DISCOVERY 
capabilities  that  match  APPLICATION  requirements.  The 
matching  table  has  the  following  attributes  for  the 
preliminary  ranking  process: 

di  scovery-name 

appl icat  ion-name 

criterion-matched 

discovery-qualitative-value 

appl icat ion-qualitative- value 

match-goodness 

match- id 

discovery- at tribute- address 

appl icat ion- at tribute- address 

II 

?appl  <-  (object  (is-a  ?x) 

(species  ?spec) 

(technology-type  APPLICATION) ) 
?disc  <-  (object  (is-a  ?x) 

(species  ?spec) 
(techno logy -type  DISCOVERY) ) 
=> 

(make- instance  of  MATCH-TABLE 

(discovery-attribute-address  ?disc) 
(application-attribute-address  ?appl) 
(discovery-name  (send  ?disc  get -technology -name) ) 
(application-name  (send  ?appl  get-technology-name)  ) 
(criterion-matched  (class  ?appl) ) 
(discovery-qualitative-value  (send  ?disc 

get-qualitative-value) ) 
(application-qualitative-value  (send  ?appl 

get-qualitative-value) ) 
(match-goodness  (match-rating  (send  ?appl 
get -qualitative- value) 

(send  ?disc  get-qualitative-value) 
(send  ?appl  get-assessment-criteria))) 
)   ;end  make- instance  MATCH-TABLE 
)   ;end  defrule  MATCH-REQT-CAPABILITY 

Figure  6-22.  Definition  of  the  MATCH-REQT-CAPABILITY  rule. 
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Table  6-4.    COOL  query  system  functions. 


Function 

Purpose 

any-instancep 

Determines  if  one  or  more  instance-sets  satisfy  a  query 

find-instance 

Returns  the  first  instance-set  that  satisfies  a  query 

find-all-instances 

Groups  and  returns  all  instance-sets  which  satisfy  a  query 

do-for-instance 

Performs  an  action  for  the  first  instance-set  which  satisfies  a 
query 

do-for-all-instances 

Performs  an  action  for  every  instance-set  which  satisfies  a 
query  as  they  are  found 

delayed-do-for-all- 
instances 

Groups  all  instance-sets  which  satisfy  a  query  and  then  iter- 
ates an  action  over  this  group 

Figure  6-23.  A  detailed  discussion  of  instance-sets  is  provided  in  the  CLIPS  Reference 
Manual  [Giar93]. 


(do-for-all-instances  <instance-set-template>  <query>  <action>) 
< instance- set -template> 

: :=  (<instance-set-member-template>+) 
<instance- set -member -tempi at e> 

::=  (<instance-set-member-variable>  <class-restrictions>) 
<instance-set-member-variable>  ::=  <single-f ield-variable> 
<class-restrictions>  ::=  <class-name-expression> 

<query>  ::=  <boolean-expression> 


Figure  6-23.     CLIPS  do-for-all-instances  query  construct. 


6.5.4.2  Sample  CLIPS  knowledge  base  query 

Queries  may  be  executed  directiy  from  the  CLIPS  command  prompt  or  built  into  func- 
tions or  rules.  Two  sample  queries  that  export  all  of  the  equations  for  a  technology  match 
are  shown  in  Figure  6-24.  Notice  how  the  queries  are  built  into  the  action  side  of  the  rule. 
6.5.5  Loading  CLIPS  Constructs 

CLIPS  provides  a  convenient  mechanism  to  import  constructs  from  an  external  source 
file.  The  load  command  is  used  at  the  CLIPS  prompt  to  import  externally  defined  con- 
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instance-set  query 


c  headers  query. CLP 


|<  de  f ru  I  e  tes  t-headers 

? table  <-  (object  <is-a  MflTCH-TflBLE) 

(discovery-name  ?dname) 
(application-name  ?aname) 

(?dname  ?aname  headers-printed)  ;u)ant  thi 


=> 


(do-for-al I -instances 

( ( ?app I    EMP I R I CRL-RELflT I ONSH I P 

(=  ?appl  :  Jrechno  I  ogy-name  ?anami 

(printou/c   t   (send  ?appl    get-c-head 
(  do-  f  oi — a  \a-  i  ns  tances 

((?apQ4    EMPLRICRL-RELRTIOHSHIP 

(=  ?app  I  :  t^hno  I  ogy-name  ?dnam 

(priritou^t   (send  ?appl    get-c-header  >  crif 
(asset/l  ?^ame  ?aname  headers-printed) 


instance-set  template 


instance-set  distributed  action 


Figure  6-24.     Instance-set  queries  built  into  the  action  of  a  rule. 


structs  such  as  def  instances  and  def  facts  (a  way  to  create  facts  that  are  recreated 
after  each  reset  of  the  environment).  The  syntax  for  the  load  command  is  as  follows: 
(load  <f  ile-name>) .  Figure  6-25  shows  the  result  of  a  typical  load  command. 

It  is  also  useful  to  perform  a  series  of  external  source  file  loads  in  a  batch  mode.  The 
CLIPS  batch  command  provides  this  capability.  The  syntax  for  the  batch  command  is 
as  follows:  (batch  <file-name>)  .The  batch  function  executes  commands  one  at 
a  time  from  a  source  file.  If  not  ordered  properly  the  batch  file  can  result  in  many  errors. 
The  best  way  to  avoid  problems  is  to  check  each  action  in  a  batch  file  using  the  load 
command  first 

The  following  list  is  a  suggested  order  for  constructs  arranged  within  a  batch  file: 

1.  defglobals, 

2.  deffacts/deftemplates. 
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indicates  loads 
were  successful 


this  source  file  contains  2  kinds 
of  constructs:  defclass  and 


defmessage-handler 


name  of  definstance 
defined 


Dialog 


CLIPS>  <load  "Match  Tab  I e. CLP" > 

Defining  defclass:  MflTCH-TflBLE 

Defining  defmessage-handler:  MflTCH-TRBLE 

Handler  pr Int-MflTCH-TflBLE  primary  defined 
^TRUE 

i  CLIPS>  ;  define  Instances  of  the  technoloo^  knowledge  base 
/  <load  "CyO-Dlamond  instances.CLP" >  ;  DIS^MERV 
/  Defining  def instances:  thermal -surface-proper ties 
-(       Defining  def Instances:  mechanical -surface-properties 
\  Defining  def instances:  environmental -surface-proper ties 
\  TRUE 
^IPS>  (load  "CUO-Diamond  Equa  t  Ions.  CUP "  ) 
lie  fining  definstances:  di  amond-cud-equa  t  i  ons 

tSue 

CLIPS>    (load   "Gear    Instances.CLP")  ;    flPPLICRTION 

Defining  definstances:    geai — application 

TRUE 

CLIPS>  (load  "Gear  Equa t ions. CLP "  ) 

Defining  definstances:  geai — equations 

Defining  definstances:  gear — design-parameters 

Defining  definstances:  geai — constants 

TRUE 

CLIPS>  I 


ST 


IS 


Figure  6-25.     Sample  external  source  files  successfully  loaded  into  the  knowledge  base. 


3.  defgenerics, 

4.  deffunctions, 

5.  defclasses, 

6.  defmessage-handlers, 

7.  definstances  and 

8.  defrules 

Figure  6-26  illustrates  a  typical  batch  file  in  action. 


batch  command - 


100 


successful 

load 

operation 


1L' 

TflUI 


Dialog 


CLIPS> 

TRUE 

CLIPS> 

CLIPS> 

(load 


ilPS   <y6.0  05/ 12/93 > 
(batch   "technology  KBS.bat" 


source  file 


(clecir) 

;    define   templates  for  match  table   trc 
Ma tch  Temp  I  a tes . CLP"  ) 
pefining  deftemplate:   MflTCH-TflLLV 
fining  deftemplate:    MflTCH-STfiTUS 

CLIPS>   ;   define  class  hierorchg  for  the^ew   technology  knowledge  base 
(load   "nevi   technology   tree. CLP") 
Defining  defclass:    TECHNOLOGV 
Defining  defclass:    LEUEL-l-flTTRIBUTE/ 


<^ 


technology  KBS.bat 


(clear) 

;  define  templates  for  match  table  tracking 

(load  "Match  Temp  I  a tes. CLP " ) 

;  define  class  hierarchy  for  the  neui  technology  knowledge  base 

(load  "new  technology  tree. CLP") 

(load  "Governing  Equat ions. CLP" ) 

(load  "qualitative  needs. CLP") 

(load  "Match  Table. CLP") 

;  define  instances  of  the  technology  knowledge  base  attributes 

(load  "CUD-Diamond  instances.CLP" )  ;  DISCOUERV 

( I oad  " CUO-D  i  amond  Equa  t  i  ons . CLP " ) 

(load  "Gear  Instances.CLP")       ;  RPPLICRTION 

( I oad  " Gear  Equa  t  i  ons . CLP " ) 

;  define  generic  methods 

(load  "Generic  Methods. CLP" ) 

;  define  functions 


o 


EE 


0 


o 


a 


Figure  6-26.     Batch  file  and  sample  execution  of  the  batch  command  within  the  CLIPS 
environment. 


CHAPTER  7 
APPLICATION  OF  THE  QUALITATIVE  MATCHING  STRATEGY 

Chapter  6  examined  the  underlying  structure  of  the  qualitative  matching  process.  A 
technology  class  hierarchy  and  the  rules  used  in  performing  the  matching  were  defined. 
This  chapter  presents  a  step-by-step  procedure  for  creating  the  DISCOVERY  and  APPLI- 
CATION knowledge  bases.  Specific  instances  of  the  technologies  developed  in  the  previ- 
ous chapters,  namely  the  diamond  CVD  coating  process  (the  DISCOVERY  knowledge 
base)  and  gear  systems  (the  APPLICATION  knowledge  base),  illustrate  the  process.  A 
sample  execution  of  the  qualitative  matching  procedure  completes  this  chapter.  The  results 
of  this  process  are  used  in  Chapter  8  to  quantitatively  analyze  the  qualitative  matches  for 
cost/benefit  and  ranking. 

Much  of  the  information  presented  in  this  chapter  is  formatted  in  a  user's  manual  style 
to  promote  the  customizing  the  process  for  other  technology  domains. 

7.1    The  Implementation  Steps  of  the  Developed  Process 

The  developed  qualitative  matching  process  is  implemented  in  a  prototype  application 
system.  The  application  framework  consists  of  technology  classes,  matching  classes, 
matching  rules  and  procedural  functions.  Instances  of  the  technology  classes  and  qualita- 
tive rules  are  defined  to  populate  the  knowledge  base  management  application  system. 
Execution  results  are  post-processed  by  the  quantitative  procedures  presented  in  the  next 
chapter. 
7. 1  ■  1  Construction  of  the  Prototype  Application 

The  prototype  application  was  constructed  in  three  phases.  First,  the  class  structure  of 
the  technology  knowledge  bases  was  developed  and  defined.  Next,  qualitative  matching 
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rules  were  developed.  Last,  supporting  procedural  functions  were  implemented.  These 
functions  provide  services  such  as  the  menu  system  and  output  capabilities. 

7.1.1.1  Definition  of  Classes 

Several  types  of  classes  were  designed  to  structure  information  in  the  knowledge  base 
application  system.  Technology  classes  provide  an  underlying  structure  for  discovery  and 
application  technology  instances.  The  matching  classes  provide  a  mechanism  for  holding 
statistics  on  discovery-application  matched  pairs. 

Technology  classes.  The  attribute  hierarchy  developed  in  the  previous  chapter  was 
encoded  in  a  series  of  source  files  for  incorporation  within  the  application  system.  The 
complete  listing  of  all  the  source  files  and  technology  class  structures  is  provided  in  the 
Appendix. 

Matching  classes.  Two  class  stmctures  were  defined  to  gather  information  regarding 
discovery-application  attribute  matches.  A  match  table  structure  (the  defclass  MATCH- 
TABLE)  was  defined  to  hold  specific  information  on  each  attribute  match.  The  table  con- 
tains the  names  of  the  discovery  and  application  technologies,  the  attribute  name  and  the 
match  rating.  The  match  rating  for  a  given  attribute  match  is  either  "strong"  or  "weak" 
depending  on  how  closely  the  qualitative  values  compare.  The  MATCH-TABLE  structure 
allows  the  system  user  to  review  match  instances  individually  and  assess  the  match  valid- 
ity. 

The  other  match  class  structure  (the  defclass  MATCH-TALLY)  maintains  a  running 
total  of  strong  and  weak  matches  for  each  discovery-application  pair.  MATCH-TALLY  is 
used  for  presenting  final  matching  statistics. 

7.1.1.2  Definition  of  matching  rules 

The  qualitative  matching  process  works  by  comparing  discovery  technology  attributes 
with  potential  application  technology  attributes  on  the  atomic  or  individual  attribute  level. 
Attributes  can  be  defined  directiy  at  the  atomic  level  or  can  be  indirectly  defined  using 
qualitative  requirements.  The  advantage  to  indirect  attribute  definition  is  that  the  potential 
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application  qualitative  needs  can  be  defined  at  a  higher  level  of  abstraction.  The  disadvan- 
tage is  that  intermediate  decomposition  rules  must  be  written  to  transform  qualitative 
requirements  into  atomic  attributes. 

Atomic  attribute  matching.  The  rule  MATCH-REQT-CAPABILITY  was  developed  to 
handle  atomic  attribute  matching  of  discovery-application  pairs.  For  each  application 
attribute  instance  species  that  matches  a  given  discovery  attribute  instance  species,  an 
instance  in  the  match  table  is  created.  Each  match  is  rated  for  goodness  of  fit  (either 
"strong"  or  "weak")  with  rating  stored  in  the  match  table  "match-goodness"  slot. 

Qualitative  requirements  decomposition.  DECOMPOSE-CONTACT-STRESS  is  a 
sample  rule  that  breaks  high-level  qualitative  requirements  down  into  individual  atomic 
attributes  for  use  in  the  qualitative  matching  process. 
7.1.1.3  Definition  of  rules  and  functions  to  support  the  application  framework 

The  final  structural  element  in  the  application  system  framework  is  the  rule,  Main- 
Menu,  that  fires  when  all  the  matching  completes.  This  rule  uses  a  series  of  procedural 
functions  that  display  menus  allowing  the  system  user  to  post-process  matching  results.  A 
complete  set  of  the  framework  support  functions,  encoded  in  the  source  file  "Menu  Sys- 
tem. CLP,"  is  Usted  in  the  Appendix. 

7.1.2  Populating  the  Knowledge  Bases 

Once  all  the  structural  elements  of  the  qualitative  matching  system  are  encoded,  the 
technology  knowledge  bases  can  be  populated.  For  a  given  technology,  instances  of 
appropriate  classes  are  defined  and  loaded  into  the  application  system.  A  road  map  of  the 
procedure  is  shown  in  Figure  7-1.  The  process  is  defined  in  detail  later  in  this  chapter  for 
one  sample  discovery  technology  and  two  sample  potential  application  technologies. 

7.1.3  Executing  the  Svstem 

Details  on  executing  the  system  to  determine  potential  application  matches  for  discov- 
ery technologies  are  detailed  later  in  this  chapter  under  the  section  "Sample  Execution  of 
the  Qualitative  Matching  Engine." 
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Define  the  Technology 

•  name 

♦  phylum 


Examine  Predefined  Classes 


Class 
Templates 


Build  defclasses 


Check  Decomposition  Rules 


Rule 
Templates 


Check  Matching  Rules 


y^^  /New  Rules" 
Required? 


defrules  file: 
newrules.CLP 


Build  defrules 


Build  definstances 


batch  file: 
technology.BAT 


definstances  file 
newinst.CLP 


Incorporate  Changes  into 
CLIPS  Batch  File 


Ready  to  load  into  CLIPS 


Figure  7-1.       Process  for  building  knowledge  base  entities  for  a  technology. 
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7.2  Building  Instances  of  the  Technology  Classes 
The  DISCOVERY  and  APPLICATION  knowledge  bases  are  built  by  defining  specific 
instances  of  the  technology  hierarchy  attribute  tree  and  incorporating  rules  specific  to  the 
their  respective  domains.  Before  building  instances  of  the  technology  classes,  it  is  impor- 
tant to  determine  a  name  for  the  technology,  a  phylum  to  classify  the  technology  and  nam- 
ing conventions  for  instances  of  the  technology's  parent  classes.  After  these  factors  are 
considered,  the  process  of  building  specific  DISCOVERY  and  APPLICATION  instances 
becomes  more  apparent. 
7.2.1  Decisions  Common  to  DISCOVERY  and  APPLICATION  Instances 

Before  a  technology  instance  can  be  built,  there  are  three  preliminary  questions  to 
answer.  First,  what  is  the  technology-name?  Second,  what  phylum  does  the  technology 
belong  to?  Third,  how  should  instances  of  the  technology  classes  be  named? 

7.2.1.1  Technology-name  selection 

The  technology-name  slot  provides  a  unique  identifier  for  the  instances  of  a  particular 
technology.  The  CLIPS  system  is  case  sensitive.  Therefore,  capitalization  must  be  consis- 
tent throughout  the  instance-building  process.  It  is  suggested  that  the  technology-name  be 
entered  in  all  uppercase.  Multiple  words  in  the  name  must  be  separated  by  hyphens.  For 
example,  the  DISCOVERY  under  consideration  in  this  study,  the  CVD  diamond  coating 
process,  is  named  "DIAMOND-CVD-COATING."  The  APPLICATION  under  consider- 
ation, standard  dedendum  gear  pairs,  is  denoted  as  "GEARS."  Shorter  names  save  typing, 
but  it  is  best  to  be  more  descriptive  if  more  than  one  type  of  application  within  a  technol- 
ogy is  under  consideration. 

7.2.1.2  Phylum  determination 

The  phylum  slot  identifies  a  broad  category  for  classifying  a  technology.  Table  7-1 
provides  examples  of  phylums  along  with  applicable  technologies.  As  with  the  technol- 
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Table  7- 1 .    Sample  phylums  and  associated  technologies. 


Phylum  Name 

Applicable  Technologies 

SURFACE-TREATMENT 

themial  barrier  coatings,  plating,  hardfacing,  shot 
peening 

MECHANICAL-POWER- 
TRANSMISSION 

gear  pairs,  hydrostatic  drives,  traction  drives 

HEAT-DISSIPATION 

heat  sinks,  brakes 

ENERGY-STORAGE 

flywheels,  capacitors 

BEARINGS 

fluid-fibn  bearings,  dry-film  bearings,  rolling-element 
bearings 

ogy-name  slot,  it  is  best  to  type  phylum  names  in  all  uppercase.  The  phylum  in  use  with 
the  CVD-DIAMOND-COATING  technology-name  is  "SURFACE-TREATMENT." 

7.2.1.3  Instance  naming  guidehnes 

Each  instance  in  a  CLIPS  knowledge  base  must  be  uniquely  named.  If  a  name  is 
reused,  then  the  previous  instance  is  deleted.  A  useful  guideline  is  to  incorporate  part  of 
the  technology-name  plus  a  symbol  name  from  the  class  into  the  instance  names.  For 
example,  the  instance,  DIAMOND-CVD-K,  which  describes  the  thermal  conductivity 
property  for  CVD  diamond  fihns,  derives  "DIAMOND-CVD"  from  the  technology-name 
slot  and  "K"  from  the  symbol  slot. 

Instances  of  classes  where  the  symbol  is  uncommon,  is  nonexistent  or  includes  sub- 
scripted characters,  may  be  named  using  the  class  name  or  an  abbreviation  in  place  of  the 
symbol  value.  For  example,  there  is  no  symbol  associated  with  the  OXIDATION-RESIS- 
TANCE class.  Therefore,  a  reasonable  instance  name  is  "DIAMOND-CVD-OX- 
RESIST." 

7.2.2  Using  the  Technology  Attribute  Class  Templates 

The  Appendix  includes  a  complete  set  of  technology  attribute  class  templates.  The 
templates  list  each  slot  defined  for  each  class  and  the  default  values  and  allowed  values  for 
each  slot.  Table  7-2  is  a  sample  template  for  the  MELT-POINT  class.  These  templates  are 
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Table  7-2.    MELT-POINT  class  template. 


Class  Name:        MELT-POINT 

Parent  Classes:    I HCHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
AITRIBUTE 

Description:        first-level  specialization  of  the  THERMAL- PROPERTY  class  defin- 
ing the  melting  point  property;  direct  instances  of  this  class  can  be 
created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
IRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

deg-K 

symbol 

T-sub-melt 

intended  to  be  used  as  a  guide  for  building  technology  class  instances.  A  complete  listing 
of  class  templates  is  available  in  the  Appendix. 

Figure  7-2  shows  an  instance  of  the  MELT-POINT  class  as  defined  for  the  DIA- 
MOND-CVD-COATING  technology.  The  results  of  a  print  message  sent  to  die  instance 
are  given  in  Figure  7-3.  Table  7-3  lists  all  the  slot  values  for  tiie  DIAMOND-CVD-MELT- 
POINT  instance. 

The  suggested  method  of  building  technology  class  instances  is  as  follows: 
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required  technology-name  slot 

instance  name 


class  name 


CUD-Diaitiond  instAnces.CLP 


(phg I  urn  SURFflCETTREflTMENT  > 
(quanti tatiwe-v6lue  2000) 
)       ;   end   instanife  D I  flMOND-CUtf-USE-TEMP 

I RMOND-CUD-MELT-PO I  NT  of  MELT-POIMT 
qua  I i  tat  i  we-va I ue  UERV^H I GH ) 
" echno I ogy-name  D I flMONRvCUD-COflT I NG  > 

hy I um  SURFflCE-TREflTMENT 
quantitative-value  3000)   \; DOESN'T  MELT— UfiPOR I ZES ! 
end    instance  D I  mONl5«;^UD-^LT-PO  I  NT 

)        ;end  def instances  thermal-su^^fac©rproperties 


o 


^^^^^^JiiiiiiiiiiiiiiiiiiiitiiiiitiiiiiiiiiLiiiiiiiiiiiii^^ 


o 


required  phylum  slot 


optional  slot  values 


Figure  7-2.       Definition  of  a  MELT-POINT  instance  within  a  definstances  construct. 


1.  gather  properties,  governing  equations  and  other  attribute  information  related  to  the 
technology  under  investigation, 

2.  consult  the  class  templates  in  the  Appendix  to  select  the  proper  technology  attribute 
classes, 

3.  assign  a  technology-name  and  phylum, 

4.  using  the  information  gathered  in  step  1,  assign  values  to  as  many  slots  as  possible, 

5.  determine  instance  names  for  each  attribute, 

6.  create  a  text  source  file  and  use  the  definstances  construct  to  build  the  instances 
and 

7.  load  the  instances  into  the  knowledge  base  (a  batch  file  is  the  most  convenient 
method  to  accomplish  the  loading  procedure). 

Table  7-4  is  a  template  for  gathering  and  organizing  technology  physical  properties. 
This  template  can  be  used  as  a  work  sheet  to  build  instances  prior  to  editing  a  source  file. 
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print  message  sent  to  instance 


Dialog 


CLIPS>  <send  [DIRMOND-CUD-MELT-POINT 
[DlflMOm-CUD-MELT-POINT]  of  MELT-POI 
<assessmen t-cr iteria  CflPRBILITV) 

<  techno  I ogy-name  D I RMOND-CUD-COflT I MG 

<  techno  I ogy- type  D I SCOUERV  > 
< phylum  SURFflCE-TREniMENT) 
(classification  tIRTERIRL) 
< order  PHVSICRL) 
<fami ly  THERMRL) 

<  qua  I i  ta  t  i  ve-va I ue  UERV-H I GH ) 
<qua I i  tat  i  ve-va I ue-range  n  i I 

<  quan  t  i  ta  t  i  ve-va I ue  3000 ) 

<  quan  t  i  ta  t  i  ge-va I ue-range  0 

<  spec  i  es  HERT-TRRNSFER ) 
<uni  ts  deg-K) 
(symbol  T-sub-melt) 
CLIPS>  I 


m. 


slots  default  to  null 
values  if  not 
specified 


Figure  7-3.       Resulting  instance  DIAMOND-CVD-MELT-POINT  slot  values  following 
definstances  invocation. 


Table  7-3.    DIAMOND-CVD-MELT-POINT  instance  slot  values. 


Instance  Name:   DIAMOND-CVD-MELT-POINT 
Class  Name:        MELT-POINT 

Slot  Name 

Value 

technology-name 

DIAMOND-CVD-COATING 

technology-type 

DISCOVERY 

phylum 

SURFACE-TREATMENT 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT-TRANSFER 

assessment-criteria 

CAPABILITY 

qualitative-value 

VERY-HIGH 

qualitative-value-range 

quantitative-value 

3000 

quantitative-value-range 

units 

deg-K 

symbol 

T-sub-melt 
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Table  7-4.    Work  sheet  for  gathering  technology  physical  properties. 


Technology  Name: 

Phylum: 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

Similar  templates  can  be  used  for  other  types  of  technology  attributes,  such  as  governing 
equations  and  manufacturing  properties.  Figure  7-4  shows  a  def  instances  construct 
being  built  in  a  source  file. 


instance  name 


ID 


class  name 
name  of  defmstances 


Untitled  1 


<def  i  nstance^  therma I -surface-proper t  i  es i 
<DmnOND-CUD-K  of  THERMRL-COMDUCTIUITV 

<  qua  I i la  t  i  ve-ua I ue  UERV-H I GH ) 

<  techno  I ogy-name  D I nMOND-CUD-COflT I NG  ) 

<  phy I  urn  SURFflCE-TREflTMENT ) 
(quant  i  tat  i  ve-va I ue 


I 


M. 


o 


a 


Figure  7-4.       Source  file  with  a  definstances  construct  being  built. 


The  next  two  sections  illustrate  specifically  how  to  build  the  instances  needed  for  the 
DIAMOND-CVD-COATING  and  GEARS  knowledge  base.  The  seven  steps  above  guide 
the  process. 


Ill 

7.2.3  DISCOVERY  Instances 

The  step-by-step  procedure  for  building  instances  of  the  technology  classes  for  the  dis- 
covered CVD  diamond  process  is  detailed  in  this  section.  Technology  attributes  in  the 
form  of  physical  properties  and  governing  equations  are  gathered,  organized  and  input 
into  the  knowledge  base  for  use  in  the  matching  process. 
7.2.3.1  Physical  properties 

Gather  attribute  information-Thermal  properties  for  diamond  were  collected  and 
entered  into  the  work  sheet  shown  in  Table  7-5.  Similarly,  mechanical  properties  are  given 
Table  7-5.    Work  sheet  for  DIAMOND-CVD  thermal-physical  properties. 


Technology  Name:  DIAMOND-CVD 

Phylum:  SURFACE-TREATMENT 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

thermal  con- 
ductivity 

1540 

very  high 

DIAMOND- 
CVD-K 

specific  heat 

853 

medium 

DIAMOND- 
CVD-C 

thermal 

expansion 

coefficient 

1.5*10^ 

very  low 

DIAMOND- 
CVD- ALPHA 

thermal  diffu- 
sivity 

1291*10-^ 

very  high 

DIAMOND- 

CVD-ALPHA- 

DIFF 

maximum 
usage  temper- 
ature 

2000 

very  high 

DIAMOND- 

CVD-USE- 

lEMP 

melting  point 

3000 

very  high 

DIAMOND- 
CVD-MELT- 
POINT 

in  Table  7-6  and  environmental  properties  in  Table  7-7. 

Select  appropriate  class  templates.  The  class  templates,  located  in  the  Appendix,  were 
reviewed  and  templates  for  the  following  classes  were  selected:  THERMAL-CONDUC- 
TIVITY,   SPECIFIC-HEAT,    THERMAL-EXPANSION,    THERMAL-DIFFUSIVITY, 
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Table  7-6.    Work  sheet  for  DIAMOND-CVD  mechanical-physical  properties. 


Technology  Name:  DIAMOND-CVD 

Phylum:  SURFACE-TREATMENT 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

Young's  mod- 
ulus 

1.05*10^2 

very  high 

DIAMOND- 
CVD-E 

shear  modulus 

5.5*10^^ 

very  high 

DIAMOND- 
CVD-G 

Poisson's  ratio 

0.07 

very  low 

DIAMOND- 
CVD-NU 

density 

3500 

medium 
low 

DIAMOND- 
CVD-RHO 

surface  rough- 
ness 

0.1*10"^ 

medium 
low 

DIAMOND- 
CVD-R 

hardness 
(Knoop) 

5700 

very  high 

DIAMOND- 
CVD-HK 

Table  7-7.    Work  sheet  for  DIAMOND-CVD  environmental-physical  properties. 


Technology  Name:  DIAMOND-CVD 

Phylum:  SURFACE-TREATMENT 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

oxidation 
resistance 

very  high 

DIAMOND- 

CVD-OX- 

RESIST 

Property 
Name 

List  of  Items 

Instance 
Name 

compatible 
lubricants 

water,  oil 

DIAMOND- 

CVD-LUB- 

COMPAT 

USAGE-TEMPERATURE,  MELT-POINT,  YOUNGS-MODULUS,  SHEAR-MODU- 
LUS, POISSON-RATIO,  DENSITY,  ROUGHNESS,  HARDNESS,  OXIDATION- 
RESISTANCE  and  LUB-COMPATIBILITY. 

Assign  a  technology-name  and  phylum.  The  technology-name  selected  for  the  dis- 
cover is  "DIAMOND-CVD-COATING."  The  corresponding  phylum  is  "SURFACE- 
TREATMENT." 
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Assign  values  to  slots.  Property  values  gathered  for  the  various  attributes  were 
assigned  to  the  available  slots  for  each  class  template.  The  technology-name  and  phylum 
were  assigned  to  the  appropriate  slots  for  each  class. 

Assign  inst^ngg  n^mgs-  Instance  names  were  assigned  based  on  the  guidelines  pre- 
sented earlier.  The  prefix  for  all  instances  was  "DIAMOND-CVD."  The  following 
instance  name  suffixes  were  used:  "-K"  (thermal  conductivity),  "-C"  (specific  heat),  "- 
ALPHA"  (thermal  expansion  coefficient),  "-ALPHA-DIFF"  (thermal  diffusivity),  "-USE- 
TEMP"  (maximum  usage  temperature),  "-MELT-POINT'  (melting  point),  "-E"  (Young's 
modulus),  "-G"  (shear  modulus),  "-NU"  (Poisson's  ratio),  "-RHO"  (density),  "-R"  (hard- 
ness), "-HK"  (hardness),  "-OX-RESIST"  (oxidation  resistance)  and  "-LUB-COMPAT" 
(lubricant  compatibility). 

Create  source  file.  The  instances  were  encoded  using  the  def  instance  construct. 
The  instances  were  grouped  under  the  following  definstances:  "thermal-surface-proper- 
ties," "mechanical-surface-properties"  and  "environmental-surface-properties."  The 
source  listing,  "CVD-Diamond  instances.CLP,"  is  located  in  the  Appendix. 

Load  instances  into  knowledge  base.  The  instances  are  loaded  into  the  knowledge  base 
using  a  batch  file.  The  batch  file  listing  is  provided  in  the  Appendix  and  is  examined  in 
more  detail  in  section  7.4.2. 
7.2.3.2  Governing  equations 

Gather  attribute  information  Equations  developed  in  Chapter  3  were  collected  and 
entered  into  the  work  sheets  summarized  in  Tables  7-8  and  7-9. 

Select  appropriate  class  templafps  The  class  templates,  provided  in  the  Appendix, 
were  consulted  and  the  class  EMPIRICAL-RELATION  was  selected. 

Assign  a  technolofv-name  and  phvlnm  Same  as  previous  attribute  categories. 
Aggign  value?  to  slots.  The  technology-name  and  phylum  slots  are  the  same  for  all 
members  of  the  DIAMOND-CVD  technology  class.  The  c-header  slot  contains  C  lan- 
guage function  prototypes  for  each  equation  instance.  These  function  prototypes  will  be 


114 


o 

C/5 
CO 

1 

on 

9 

oo 

O 
op 

9 

00 
00 

00 
CO 

Q 

< 

< 

<: 

<: 

<: 

<: 

^ 

< 

< 

< 

H 

H 

H 

H 

H 

H 

H 

H 

W 

U 

u 

w 

w 

W 

U 

W 

PQ 

PQ 

o 

1) 

S 

E 

E 

s 

f. 

S 

S 

P 

E 

c 

E 

Q 

Q 

Q 

Q 

1 

Q 

1 

Q 

1 

Q 

1 

Q 

Q 

Q 

z 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

c 

U 

1 

U 

u 

U 

u 

U 

U 

U 

U 

U 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

1 

Q 

Z 

Z 

z 

Z 

Z 

Z 

Z 

Z 

Z 

Z 

o 

o 

o 

o 

o 

o 

o 

o 

o 

o 

% 

s 

s 

s 

2 

2 

s 

s 

s 

s 

S 

^ 

^ 

^ 

^ 

^ 

;^ 

S 

^ 

^ 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q  cu 

Q 

Q 

1 

1 

o 

1 

O 

<u 

c 

o 

3 

C 

4-1 

1/5 

«  c 

-is 

C3    C 

c 

oo" 

00 

o' 

fa 

c/5 

X> 
3 
00 

4-1 
CO 

O 

53 

Si 

c 
o 

■  I— 1 

H 

1 

••-'  .Si 
o  p 

J  o 

^^ 
la 

(U 

53 

00 

oo 

00 

CO 

4—1 

CO 

in 
x> 

3 
00 

c 
E 

u 

D 
E 

CL. 

<L> 
O 

■S    3 
0)    c 

bO 
C 

53  .> 

Q  o 

o  ^ 

4-1 

o 

53 

d 

00 
00 

2 

CO 

4-1 

H 

4-» 

O 

53 

oo' 

9 

o 

53 

o 

Si 
c 

t/5 

X3 
3 
00 

1. 
CO 

o 
o 

c 

CO 

4-1 

CO 
O 

53 

co' 

4—1 

13 

PL, 

1 

§ 

x: 
H 

4-1 

CO 
O 
53 

13 
o 

•c 

t 

n  "^  S) 
Si  >^2 

53 

§ 
53 

x: 

4-> 

ed 
O 
53 

<u 

ja 
H 

4-il 

CO 
O 

53 

Q 

CO 
O 
53 

oT 
1 

4-t 

13 
Q 

4-1 

CO 
O 

53 

i 

13 
Q 

4-1 

CO 
O 
53 

Q 

> 

U 

1 

00    3  '^ 

^    3 

O 

00 

o 

00   00 
00   00 

2  Pu 

s  ^1 

00 
00 

Q 

2  «  M 

D    O    C 

eS«4 

2    rt 
(U    o 

2 

2 

V 

4-1 

2 

4> 

Q 

o 

> 

x:  .•"  c 

CO    o    03 

x; 
H 

4-» 

[S 

Clj 

13 
Q 

4-1 

CO 

H 

4-1 

CO 

eS 

4-1 

CO 

eS 

to 

s 

U 

O    3    O 

o  >  n 

o   > 

o 

O 

o  -c 

O 

O 

o 

o 

tC  73  53 

53  -13  UJ 

53  'S 

53 

53 

53   H 

53  >^ 

cn 

53 

53 

^ 

Q 

Q 

o 

<4-: 

6 

Z 

/^V 

/■— N 

4-J 

u 

•— s 

^-^ 

O 

(N 

1— H 

CO 

^ 

«o 

>n 

>n 

< 

Qi. 

R" 

oo 

ON 

^ 

i-H 

^. 

1— ( 

»-H 

"^ 

^iH 

u 

rn 

CO 

f^ 

r<S 

CO 

d 

en 

CO 

rn 

f<S 

Q 

ii 
E 

^■^^ 

^    ' 

^ — ' 

^'^ 

~~~' 

(A 

^ 

e« 

& 

00 

z 

c 
o 

<u 

o 

C/3 
00 

1 

00 

o 

00 

1 

o 

00 

o 

00 

op 

a, 

CO 
00 

9 

1 

"o 

'% 

Z 

< 

< 

< 

< 

< 

<; 

< 

< 

< 

< 

lU 

c 

13 

H 

H 

H 

H 

H 

H 

H 

H 

H 

H 

i 

JS 

^ 

cei 

U 

U 

W 

pq 

W 

m 

3 

W 

PQ 

PQ 

E 

S 

E 

K 

K 

K 

pq 

a: 

K 

K 

H 

H 

H 

H 

H 

H 

H 

Q 

H 

H 

H 

115 


t/5 

Ic 

Vi 

C 

o 

c 
o 

c 
t) 

E 

••3       ^ 

•g 
'B. 
E 

Q 
> 

U 

r 

Q 
Z 

o 


0\ 
I 

IS 

f2 


>; 

Z 

ii 

< 

u 

Z 

D 

i  c 

^  i 

H 

Q 

2 

C/3 

^ 

CO 
00 

H 

PU 

e 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

> 

> 

> 

> 

> 

> 

> 

> 

> 

c  Z 

U 

U 

U 

U 

U 

U 

U 

u 

U 

H^ 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

J2; 

Z 

Z 

Z 

Z 

Z 

Z 

Z 

Z 

0 

0 

0 

0 

0 

0 

0 

0 

0 

S 

S 

s 

S 

S 

S 

s 

S 

S 

;^ 

;^ 

S 

S 

^ 

^ 

;^ 

^ 

^ 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

Q 

0 

1 
c 

g 

c 

•  •- 

c 

C 
>. 

1  ^ 

X 

Z 

2i 

4> 

4-» 

>:3 

cd 

Z 

4-* 
c 
Q 

q5 

13 

(D 

GO  x: 

0 
qs 

1) 

4-* 

0 

q:: 

q=l 
c« 

0 

q=; 

*  •* 

0 

0  =^ 

q=  -J 

0 

s:2 

4^ 

4-» 
fa 

-6 
c 
0 

E 

H 

c 

■>^>^ 

>.  ta 

t/T  « 

3 

Xi 

(L> 

ca 

1 

u 

a: 

CO 

■4-J 

•So 

•0 
0 

(/3     ^ 

rt   0 

E  «c 

00 

1 

0 
0 

c 

00 

4-1 

Q 

on 
E 

_3 

C3 
I) 

O 

0  <_. 
u  g 

q=   -S 

5^n 

c/3 

z  s 

5I 

4^ 

0 
q3 

a' 

CO 

0 

q=l 

0 

0 

q3 

c 

CO    c3 

0  ?^ 

ss 

CO 

0 

fa 

t/5 

i 

Cu 

0 

Q    ^ 

.2  "^^ 

0  i^ 

^^  0 

</3     S 

5=  ^ 

q=: 

X5 
D 
00 

2i 
c 

5 

i 

ll 

00  <c 

i 

i 

■l-t 

3 

3 

E 

3    lyT 

0     C/3 

E  >< 

E 

1^ 

E 

> 

^ 

Cl,  C 

m  J 

0  0 

Z5= 

00    fa 

E^^ 

E^ 

!S  = 

^ 

4-J 

<->    0 

4-*      4-t 

-<-*     ^ 

*j  00 

«  tJ 

4^ 

•"     tJ 

4-1 

eO 

CO     0 

rt   rt 

rt   c 

qi;  E 

=«  ?? 

nJ 

«J     g 

rt 

U 

0 

0    D, 

0   0 

0  .2 

0  i^ 

0 

q=  K 

0 

«C 

qS  C/5 

qs  iC 

qs   00 

q= 

q^ 

Z 

o 

d 

■♦^  Z 

s 

VO 

^-^ 

,^-v 

r- 

0 

VO 

vo 

VO 

vo 

< 

>— ' 

VO 

r-; 

t— 4 

<N 

*— I 

^ 

""^ 

'"' 

r<S 

r<S 

CO 

r<S 

CO 

en 

r<S 

rn 

5 

1 

^— ^ 

^ — ' 

^.— ^ 

^^ 

^"^ 

^"^ 

^^^ 

^•**^ 

s 

S 

2 

z 

c 

o 

1) 

C14 

D 

Q 

1 

Z 

^  z 

DU 

D 

•|z 

Oh 

H 
Z 
u 

1 

0 

< 

wc2 

si 
S23 

F 

H 

CL, 

J 

CO 

H 

H  V 

116 

used  later  in  the  algorithmic  module  to  model  the  behavior  of  the  diamond  siuf  ace  coating. 
It  is  understood  that  a  library  containing  all  the  source  code  for  the  prototyped  equations  is 
available. 

Assign  instance  names.  The  instance  names  are  all  prefixed  with  "DIAMOND-CVD." 
The  following  suffixes  were  used  for  the  instance  names:  "THETA-SSO,"  "THETA-OS," 
"THETA-S,"  "THETA-SO,"  "THETA-0,"  "-DELTA,"  "THETA-SS-P,"  "THETA-IF," 
"THETA-D,"  "-T,"  "-PEN,"  "-L-E>fTRY,"  "-SIGMA,"  "-TAU,"  "-TS,"  "-TSS,"  "-TIP" 
and  "-TD." 

Create  source  file.  The  source  file — "CVD-Diamond  Equations.CLP" —  is  listed  in  its 
entirety  in  the  Appendix.  The  file  contains  a  single  def  instances  construct,  "dia- 
mond-cvd-equations,"  and  is  shown  in  Figure  7-5  while  in  development. 


CUD-Diamond  Equations.CLP 


<  de  f  i  ns  tances  d  i  amond-cvd-equa  t  i  ons 

"diauiond-cwd-equalions  builds  the  equations  necessarij  to  design 
m i  th  the  d  i  amond  CUD  process . " 
<D I flflOND-CyO-THETfl-SSO  of  EMP I R I CflL-RELflT I ONSH I P 
( techno  I  ogy-name  D I  flnOND-CUD-COflT  I NG  ) 
<  phy I  urn  SURFflCE-TREfiTMENT  > 
(relationship-name  Dl RMOND-CUD-THETfi-SSO > 
<c-header  "float  ThetaSSOC  float  PenOepth,  float  Length,  \ 
float  Lay erConductiwity,  float  SubstrateConductiwi ty,  \ 
float  LayerThickness,  float  EntryLength  );  "  ) 
)  ;  end  instance  D I flnOND-CUD-THETfl-SSO 
< D I RMOND-CUD-THETfl-OS  of  EMP I R I CfiL-RELflT I ONSH I P 
( techno  I ogy-name  D I nnOND-CUD-COflT I NG ) 
(phylum  SURFRCE-TRERTMENT > 
( re  I  a  t  i  onsh  i  p-name  D I RMOND-CUD-THETfl-OS ) 
(c-header  "float  ThetaOS(  float  PenDepth,  float  Length,  \ 
float  Layer Conductivity,  float  Subs tr a teConductiwi ty,  \ 
float  LayerThickness,  float  EntryLength  >; " ) 
>  ;  end  instance  D I RMOND-CUD-THETfl-OS 
(DlflMOND-CUD-THETfl-S  of  EMP I R I CflL-RELflT I ONSH I P 
( techno  I ogy-name  D I flMOND-CUD-COflT I NG  > 
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Figure  7-5.       Source  file  "CVD-Diamond  instances.CLP"  under  development  within  the 
CLIPS  environment. 
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Load  instances  into  knowledge  base.  The  instances  are  loaded  into  the  knowledge  base 
using  a  batch  file.  The  batch  file  listing  is  provided  in  the  Appendix  and  is  examined  in 
more  detail  in  section  7.4.2. 

7.2.4  APPLICATION  Instances 

Instances  for  two  APPLICATION  technology  classes  are  developed  in  this  section. 
The  first  class  is  standard  dedendum  gear  pairs.  The  relationships  for  this  technology  area 
were  developed  in  Chapter  5.  The  second  class  is  highly  loaded,  well  lubricated  roller 
bearings.  It  is  shown  later  that  the  roller  bearing  case  is  not  a  good  qualitative  match  for 
the  diamond  process  reported  in  this  study.  The  roller  bearing  case  provides  competing 
technology  APPLICATION  attributes  for  the  knowledge  base  to  sort  through. 

Instances  of  the  two  APPLICATION  classes  are  created  using  different  methods.  The 
gear  pair  physical  attributes  are  created  within  the  knowledge  base  through  the  decompo- 
sition of  their  qualitative  requirements.  The  bearings  attributes  are  coded  directly  into  the 
knowledge  base.  It  is  possible  to  mix  and  match  these  methods— using  decomposition  for 
some  requirements  and  direct  encoding  for  other  requirements. 
7.2.4.1  Oualitative  requirements  for  standard  dedendum  gear  pairs 

Gather  attribute  information.  Gear  pairs  in  mesh  experience  high  contact  stress  in  the 
meshing  surface  and  high  heat  generation  because  the  meshing  surfaces  are  sliding  and 
rolling.  Therefore,  gears  require  materials  that  have  good  contact  stress  capability  and  can 
handle  high,  localized  heat  loads.  The  qualitative  requirements  for  gears  are  summarized 
in  Table  7-10. 

Select  appropriate  class  templates.  The  QUALITATIVE-REQTS  class  as  defined  in 
the  Appendix  was  used  as  a  template  for  the  gear  pair  qualitative  requirements. 

Assign  a  technology-name  and  phylum.  "GEARS"  is  the  assigned  technology  name. 
The  phylum  is  classified  as  "MECHANICAL-POWER-TRANSMISSION." 

Assign  values  to  slots.  The  slot  values  for  the  "CONTACT-STRESS"  and  "SLIDE- 
TO-ROLL-RATIO"  criteria  were  determined  to  be  "HIGH." 
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Table  7-10.  Qualitative  requirements  for  GEARS. 


Technology  Name:  GEARS 

Phylum:  MECHANICAL-POWER- 
I'RANSMISSION 

Criterion  Name 

Criterion 
Category 

Qualitative 
Value 

Instance 
Name 

CONTACT-STRESS 

SURFACE- 
CONTACl' 

HIGH 

GEAR-CONTACT- 
STRESS 

SLIDE-TO-ROLL- 
RATIO 

SURFACE- 
CONTACr 

HIGH 

GEAR-SLIDE-ROLL 

Assign  instance  names.  Instance  names  assigned  to  the  criteria  were  "GEAR-CON- 
TACT-STRESS" and  "GEAR-SLIDE-ROLL,"  respectively. 

Create  source  file.  The  def  instances  construct,  "gear-application,"  was  encoded 
in  the  file  "Gear  Instances.CLP,"  which  is  listed  in  the  Appendix. 

Load  instances  into  knowledge  base.  As  in  previous  cases,  the  instances  are  loaded 
into  the  knowledge  base  using  a  batch  file.  The  batch  file  listing  is  provided  in  the  Appen- 
dix and  is  examined  in  more  detail  in  section  7.4.2. 
7.2.4.2  Governing  equations  for  standard  dedendum  gear  pairs 

Gather  attribute  information.  C  language  declarations  for  the  gear  design  parameters 
were  collected  and  are  summarized  in  Table  7-11.   The  empirical  relationships  for  stan- 
Table  7-11.  Work  sheet  for  GEARS  design  parameters. 


Technology  Name:  GEARS 

Phylum:  MECHANICAL-POWER-TRANS- 
MISSION 

Parameter  Name 

c  declaration 

Instance  Name 

CENTER- 
DISTANCE 

float  CenterDistance; 

GEAR-CD 

N-PINION- 
TEETH 

int  NPinion; 

GEAR-NP 

GEAR-RATIO 

int  GearRatio; 

GEAR-MG 

PINION-SPEED 

float  omega; 

GEAR-OMEGA 

INPUT-TORQUE 

float  Torquein; 

GEAR-TORQUE 

119 

dard  dedendum  gear  pairs  are  given  in  Tables  7-12  and  7-13.  Constants  for  use  in  control- 
ling the  bounds  of  the  gear  design  space  are  provided  in  Table  7-14. 

Select  appropriate  class  templates.  The  following  class  templates  were  used  as  a  guide 
for  building  gear  pair  goveming  equation  instances:  "EMPIRICAL-RELATIONSHIP," 
"DESIGN-PARAMETER"  and  "CONSTANT." 

Assign  a  technology-name  and  phylum.  For  consistency,  "GEARS"  was  used  as  the 
technology-name  and  "MECHANICAL-POWER-TRANSMISSION"  as  the  phylum. 

Assign  values  to  slots.  Values  assigned  to  the  instance  slots  were  taken  from  the  previ- 
ously defined  work  sheets. 

Assign  instance  names.  The  instance  names  for  the  three  classes  used  in  defining  the 
gear  equation  objects  are  given  in  Tables  7-12,  7-13  and  7-14. 

Create  source  file.  The  instances  were  created  using  the  following  def  instances 
constructs:  "gear-design-parameters,"  "gear-constants"  and  "gear-equations."  The  source 
hsting,  "Gear  Equations.CLP"  is  included  in  the  Appendix. 

Load  instances  into  knowledge  base.  As  in  previous  cases,  the  instances  are  loaded 
into  the  knowledge  base  using  a  batch  file.  The  batch  file  listing  is  provided  in  the  Appen- 
dix and  is  examined  in  more  detail  in  section  7.4.2. 
7.2.4.3  Oualitative  requirements  for  highly  loaded,  lubricated  roller  bearings 

Highly  loaded  roller  bearings  operate  in  an  almost  pure  rolling  mode  with  an  insignifi- 
cant amount  of  sliding.  This  absence  of  sliding,  coupled  with  the  benefits  of  ample  lubri- 
cation, eliminates  most  thermal  deterioration  effects.  Material  properties  in  this  case  do 
not  have  to  be  extreme,  as  in  the  case  of  the  gear  systems  under  investigation. 

Gather  attribute  information.  Table  7-15  summarizes  required  thermal  properties  of 
highly  loaded  roller  bearings.  Requu-ed  mechanical  properties  are  provided  in  Table  7-16 
and  Table  7-17  sums  up  required  environmental  properties. 

Select  appropriate  class  templates.  Class  templates  selected  include  the  following: 
THERMAL-CONDUCTIVITY,  SPECIFIC-HEAT,  THERMAL-EXPANSION,  USAGE- 
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Table  7-14.  Work  sheet  for  GEARS  constants. 


Technology  Name:  GEARS 

Phylum:  MECHANICAL-POWER-TRANS- 
MISSION 

Parameter  Name 

c  define 

Instance  Name 

GEAR-TEMP- 
PINION-MAX 
RISE 

#DEnNE  GEAR-TEMP-PIN- 
ION-MAX RISE  * 

GEAR-TP-MAX 

GEAR-TEMP- 
GEAR-MAX 
RISE 

#DEnNE  GEAR-TEMP- 
GEAR-MAX  RISE  * 

GEAR-T-G-MAX 

GEAR-MAX- 

BENDING- 

S'lRESS 

#DEFINE  GEAR-MAX-BEND- 
ING-SIRESS 

GEAR-SIGMA-B-MAX 

GEAR-MAX- 

CONTACl- 

STRESS 

#DEFINE  GEAR-MAX-CON- 
TACT-STRESS 

GEAR-SIGMA-H-MAX 

Table  7-15.  Work  sheet  for  HI-LOAD-  ROLLER-BRG  thermal-physical  properties. 


Technology  Name:  HI-LOAD- 

ROLLER-BRG 

Phylum:  ANTI-FRICTION-BRG 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

thermal  con- 
ductivity 

medium 

HI-LOAD- 

ROLLER- 

BRG-K 

specific  heat 

medium 

HI-LOAD- 

ROLLER- 

BRG-C 

thermal 

expansion 

coefficient 

medium 

HI-LOAD- 

ROLLER- 

BRG-ALPHA 

maximum 
usage  temper- 
ature 

very  high 

HI-LOAD- 
ROLLER- 
BRG-USE- 
lEMP 

TEMPERATURE,    YOUNGS-MODULUS,    SHEAR-MODULUS,    POIS SON-RATIO, 
DENSITY,  ROUGHNESS,  OXIDATION-RESISTANCE  and  LUB-COMPATIBILITY. 

Assign  a  technology-name  and  phylum.  The  assigned  technology-name  is  "HI-LOAD- 
ROLLER-BRG."  The  corresponding  phylum  is  "ANTI-FRICTION-BRG." 
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Table  7-16.  Work  sheet  for  HI-LOAD-  ROLLER-BRG  mechanical-physical 
properties. 


Technology  Name:  HI-LOAD- 

ROLLER-BRG 

Phylum:  ANTI-FRICTION-BRG 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

Young's  mod- 
ulus 

medium 
high 

HI-LOAD- 

ROLLER- 

BRG-E 

shear  modulus 

very  high 

HI-LOAD- 

ROLLER- 

BRG-G 

Poisson's  ratio 

medium 

HI-LOAD- 

ROLLER- 

BRG-NU 

density 

medium 
low 

HI-LOAD- 

ROLLER- 

BRG-RHO 

surface  rough- 
ness 

low 

HI-LOAD- 

ROLLER- 

BRG-R 

hardness 
(Knoop) 

medium 
high 

HI-LOAD- 

ROLLER- 

BRG-HK 

Assign  values  to  slots.  Slot  values  are  summarized  in  Tables  7-15, 7-16  and  7-17. 

Assign  instance  names.  The  prefix  for  all  instances  was  "HI-LOAD-ROLLER-BRG." 
The  following  instance  name  suffixes  were  used:  "-K"  (thermal  conductivity),  "-C"  (spe- 
cific heat),  "-ALPHA"  (thermal  expansion  coefficient),  "-USE-TEMP"  (maximum  usage 
temperature),  "-E"  (Young's  modulus),  "-G"  (shear  modulus),  "-NU"  (Poisson's  ratio),  "- 
RHO"  (density),  "-R"  (surface  roughness),  "-OX-RESIST'  (oxidation  resistance)  and  "- 
LUB-COMPAT'  (lubricant  compatibiUty). 

Create  source  file.  The  source  file,  "Hi-Load-Brg  Instances. CLP,"  is  listed  in  the 
Appendix. 
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Table  7-17.  Work  sheet  for  HI-LOAD-ROLLER-BRG  environmental-physical 
properties. 


Technology  Name:  HI-LOAD- 
ROLLER-BRG 

Phylum:  ANTI-FRICTION-BRG 

Property 
Name 

Quantitative 

Qualitative 

Instance 
Name 

Value 

Range 

Value 

Range 

oxidation 
resistance 

medium 

HI-LOAD- 
ROLLER- 
BRG-OX- 
RESIST 

Property 
Name 

List  of  Items 

Instance 
Name 

compatible 
lubricants 

oil 

HI-LOAD- 
ROLLER- 
BRG-LUB- 
COMPAT 

Load  instances  into  knowledge  base.  As  in  previous  cases,  the  instances  are  loaded 
into  the  knowledge  base  using  a  batch  file.  The  batch  file  listing  is  provided  in  the  Appen- 
dix and  is  examined  in  more  detail  in  section  7.4.2. 

7.3    Building  Rules 

Part  of  the  power  knowledge  base  management  systems  have  over  traditional  rela- 
tional database  management  systems  stems  from  the  ability  to  incorporate  heuristic  infor- 
mation along  with  the  data.  The  heuristics,  captured  in  the  form  of  rules,  increase  the  level 
of  semantic  sophistication  required  to  model  complex  system  behavior.  There  are  two 
important  types  of  rules  used  in  the  developed  system.  The  first  rule  type  decomposes 
qualitative  requirements  of  APPLICATION  instances  into  matchable  attribute  instances. 
The  second  rule  type  performs  the  matching  between  qualitative  attributes  of  DISCOV- 
ERY and  APPLICATION  technology  instances. 
7.3.1  Decomposing  Oualitative  Requirements 

One  rule  to  handle  decomposition  of  all  QUALITATIVE-REQTS  instance  types  is 
impractical.  Instead,  as  new  QUALITATIVE-REQTS  instances  are  created,  new  decom- 
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position  rules  should  be  devised.  This  methodology  requires  the  knowledge  base  devel- 
oper to  be  very  familiar  with  the  physics  of  the  APPLICATION  attribute  domain.  As  more 
and  more  decomposition  rules  are  developed,  the  system  will  be  able  to  adapt  to  more  and 
more  general  QUALITATIVE-REQTS  instances,  thus  reducing  the  burden  of  introducing 
new  rules  for  every  new  APPLICATION. 
7.3.1.1  Contact  stress 

DECOMPOSE-CONTACT-STRESS  is  a  sample  rule  that  transforms  high  contact 
stress  and  high  slide-to-roll  ratio  qualitative  attribute  requirements  into  individual  attribute 
needs.  The  rule  searches  for  instances  of  the  same  APPLICATION  with  CONTACT- 
STRESS  and  SLIDE-TO-ROLL-RATIO  criteria  defined.  If  both  instances  have  high  qual- 
itative values,  then  a  new  set  of  attribute  instances  are  created  for  the  APPLICATION.  For 
this  particular  rule,  instances  of  the  THERMAL-CONDUCTIVITY,  SPECIFIC-HEAT 
and  DENSITY  are  created  in  the  action  side  of  the  def  rule  DECOMPOSE-CONTACT- 
STRESS.  Pseudo-code  describing  the  rule  structure  is  shown  in  Figure  7-6. 


Rule:    DECOMPOSE-CONTACT-STRESS 

for  a  given  APPLICATION  qualitative-reqt 

if    CONTACT -STRESS    is   HIGH   or   MEDIUM-HIGH   or   VERY-HIGH 
and 

if    SLIDE-TO-ROLL-RATIO   is   HIGH   or  MEDIUM-HIGH   or   VERY-HIGH 
then  create  the   following  instances   for   the  given 
APPLICATION: 

THERMAL-CONDUCTIVITY 

SPECIFIC-HEAT 

DENSITY 


Figure  7-6.       Pseudo-code  description  of  the  DECOMPOSE-CONTACT-STRESS  rule. 
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7.3. 1.2  Pure  rolling 

For  the  case  of  high  contact  stress  and  pure  rolling  (slide-roll-ratio  is  very  small),  the 
thermal  properties  are  of  less  consequence.  In  this  regime,  the  high  temperatures  due  to 
friction  are  eliminated.  More  important  for  this  application  are  lubricant  compatibility  and 
high  hardness.  It  would  not  be  difficult  to  construct  a  rule  for  this  purpose.  This  rule  would 
be  applicable  to  the  HI-LOAD-ROLLER-BRG  technology,  but  since  instances  of  this 
class  were  coded  directly  into  the  knowledge  base,  this  rule  was  not  pursued  further. 
7.3.2  Qualitative  Matching 

The  qualitative  matching  process  works  by  examining  instances  of  the  DISCOVERY 
and  APPLICATION  technology  classes  for  corresponding  species  slot  values.  Match  table 
entries  are  created  whenever  a  match  is  found.  Each  attribute  match  is  rated  for  "goodness 
of  fit"  and  the  overall  DISCOVERY-APPLICATION  match  is  scored  using  a  simple  meth- 
odology. Care  must  be  taken  in  relying  too  heavily  on  the  numerical  score  of  a  technology 
match. 

7.3.2. 1  Heuristics  for  matching 

The  basis  behind  the  matching  process  is  to  compare  requirements  of  the  applications 
with  capabilities  of  the  discovery.  The  match  heuristic  first  looks  at  instances  of  DISCOV- 
ERY properties  that  also  have  the  property  in  an  APPLICATION  instance.  Once  the  match 
is  made,  then  the  "goodness  of  fit"  is  evaluated  for  the  match.  A  strong  fit  is  considered 
when  the  qualitative  properties  are  within  one  level  of  each  other.  For  instance,  if  the  dis- 
covery's thermal  conductivity  is  VERY-HIGH  and  the  application  requires  a  HIGH  ther- 
mal conductivity,  then  it  would  be  considered  a  strong  match  for  that  criteria.  The  more 
strong  matches  that  occur  for  a  discovery-application  pair,  then  the  higher  the  ranking. 

7.3.2.2  Overall  match  rating  scheme 

A  simple  rating  scheme  for  evaluating  the  overall  DISCO  VERY- APPLICATION 
"goodness  of  fit"  was  implemented  in  the  prototype  matching  knowledge  base  system.  A 
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score  that  relates  the  total  number  of  STRONG  matches  to  the  number  of  total  matches  is 
used  to  pass  a  preliminary  rating  onto  the  knowledge  base  user.  For  instance,  if  a  DIS- 
COVERY-APPLICATION pair  has  10  matching  attribute  instances,  of  which  6  are 
STRONG,  then  the  score  is  0.60.  In  this  scheme,  the  higher  the  score,  the  better  the  overall 
fit 
7.3.2.3  Match  rating  scheme  caveats 

One  must  take  care  in  relying  too  heavily  on  this  scoring  scheme.  Suppose  that  a  DIS- 
COVERY-APPLICATION pair  scores  a  0.90.  What  happens  if  the  attribute  that  didn't 
match  is  critical — say  the  surface  treatment  DISCOVERY  dissolves  in  the  APPLICA- 
TION technology's  lubricant?  This  is  obviously  not  an  ideal  match.  The  matching  results 
must  therefore  be  scrutinized.  Engineering  judgement  cannot  be  left  out  of  the  process. 

The  mismatch  on  critical  attributes  can  be  used  to  direct  further  research  efforts.  A  big 
performance  payoff  will  result  from  using  the  diamond  coating  process  on  steel.  Dia- 
mond's low  thermal  expansion  relative  to  steel  and  steel's  ability  to  dissolve  carbon  from 
the  diamond  interface  make  it  currently  very  difficult  to  apply.  Much  of  the  work  in  this 
reported  study  was  directed  at  the  development  of  a  buffer  layer  scheme  to  show  the 
promise  of  the  new  diamond  technology — concentrating  on  "what  can  be"  rather  than 
"what  is." 

7.4    Sample  Execution  of  the  Oualitative  Matching  Engine 
7.4. 1  Overview  of  the  Process 

Once  all  the  instances  of  the  technology  classes  have  been  defined,  the  user  is  ready  to 
begin  the  qualitative  matching  process.  Executing  the  system  is  as  simple  as  launching  the 
CLIPS  system,  loading  the  constructs  into  the  system  and  running  it.  When  the  matching 
process  is  complete,  the  user  has  a  variety  of  options  for  viewing  the  associated  match  sta- 
tistics and  writing  pertinent  equations  to  external  files  for  analytical  post-processing.  The 
process  flow  is  diagrammed  in  Figure  7-7. 
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Figure  7-7.       Loading  and  execution  of  qualitative  matching  process  knowledge  base 
system  within  the  CLIPS  envu-onment. 
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7.4.2  Loading  the  Knowledge  Base  Constructs 

The  constructs  defining  the  knowledge  base  are  divided  into  many  files  to  logically 
separate  the  many  entity  types  by  function.  As  mentioned  in  the  previous  chapter,  it  is 
important  to  load  the  constructs  in  a  particular  order  so  as  to  prevent  errors.  Since  there  are 
so  many  files  to  deal  with,  it  is  best  to  automate  the  loading  process  via  a  CLIPS  batch  file. 
7.4.2.1  Batch  file  organization 

The  batch  file  used  in  the  prototype  system,  "Technology  KBS.bat,"  is  organized  as 
shown  in  Figure  7-8.  A  complete  listing  of  "Technology  KBS.bat,"  is  provided  in  the 
Appendix. 


(clear) 

;  define  templates  for  match  table  tracking 

(load  "Match  Templates .CLP") 

;  define  class  hierarchy  for  the  new  technology  knowledge  base 

load  def classes  here.  .  . 
;  define  instances  of  the  technology  knowledge  base  attributes 

load  def instances  here.  .  . 
;  define  generic  methods 
(load  "Generic  Methods .CLP") 
;  define  functions 

load  def functions  here.  .  . 
;  define  rules 

load  def rules  here.  .  . 
;  make  sure  we  can  always  find  the  help  file 
(help-path  "Keith's  PPC : Development : CLIPS: CLIPS 
6.0: Executables : clips . hip" ) 
(reset) 


Figure  7-8.       Skeleton  of  the  CLIPS  batch  file  "Technology  KBS.bat." 

7.4.2.2  Loading  the  hatch  file 

The  batch  file  can  be  loaded  into  the  CLIPS  system  in  several  ways.  If  the  CLIPS  sys- 
tem is  akeady  running,  then  the  "Load  Batch..."  command  can  be  selected  from  the 
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"FILE"  menu.  A  dialog  window  opens  and  the  user  selects  the  appropriate  batch  file.  An 
example  of  a  file  selection  dialog  window  as  implemented  on  the  Macintosh  system  is 
shown  in  Figure  7-9.  An  alternate  method  is  to  type  (load    "Technology    KBS .  - 


SYMRNTEC. 


4    File     Folder    Driue    Tools     Uieiu 


^  knomledge  base  ▼  | 


D  Menu  Rules.CLP 

O 

D  Menu  System. CLP 

D  Menu  test.BRT 

D  neuj  technology  tree. CLP 

D  qualitatlue  needs. CLP 

D  Qualitatiue  Rules.CLP 

lijij 

CD  query  tests 

iilil 

D  switch  function  test. CLP 

o 

D  Technology  KBS.bat 

Macintosh  HD 


Desktop 


tL-°£gg->-]l 


Cancel    ^ 


1  K 


5/26/95 


Label :  None 


Figure  7-9.       Opening  the  batch  file  from  within  the  CLIPS  environment. 


bat " )  at  the  CLIPS  prompt. 

If  the  CLIPS  system  is  not  currently  running,  then  the  icon  for  the  batch  file  may  be 
opened  directly  from  the  computer's  desktop.  On  the  Macintosh,  this  is  accomplished  by 
double-clicking  on  the  icon  with  the  mouse.  Figure  7-10  shows  this  operation  in  progress. 
To  launch  the  CLIPS  system  without  starting  up  the  batch  file,  double-click  on  the  CLIPS 
icon  with  the  mouse  as  shown  in  Figure  7-10. 
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Figure  7-10.     Launching  the  batch  file  directly  from  the  Desktop. 


Figure  7-11.     Launching  CLIPS  directly  from  the  Desktop. 


7.4.3  Executing  the  system 

Once  the  batch  file  is  loaded  by  the  user,  the  only  operation  necessary  to  start  the 
matching  process  is  to  run  the  system.  From  the  CLIPS  prompt,  the  user  simply  types 
"  ( run ) ,"  and  the  process  is  underway.  Naturally,  there  is  an  alternative  method.  From  the 
CLIPS  "EXECUTION"  menu,  select  the  "Run"  option.  After  a  short  period  of  time,  the 
main  knowledge  base  application  menu  appears  as  shown  in  Figure  7-12. 
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Figure  7-12.     Main  menu  display. 


total  technology 
matches  found 


total  attribute 
pairs  matched 


Match  table  menu.  Selecting  option  1  from  the  main  menu  sends  the  program  control 
to  the  match  table  menu.  This  menu  allows  the  user  to  view  and  save  to  file  match  table 
information  and  match  statistics.  Match  table  entries  review  each  attribute  pair  matched 
during  the  execution  of  the  system.  The  match  table  menu  is  shown  in  Figure  7-13.  Sam- 
ple match  table  entries  are  illustrated  in  Figure  7-14.  A  complete  listing  of  the  matches 
found  for  the  technology  instances  created  in  this  chapter  can  be  found  in  the  Appendix. 

Match  statistics  are  summarized  by  selecting  option  4  from  the  match  table  menu. 
Match  statistics  for  the  Hl-LOAD-ROLLER-BRG/DIAMOND-CVD-COATING  match 
are  shown  in  Figure  7-15.  Notice  that  the  overall  match  score  for  this  combination  is  0.33. 
The  match  statistics  for  the  GEARS/DIAMOND-CVD-COATING  match  are  shown  in 
Figure  7-16.  Notice  that  the  overall  match  score  for  this  combination  is  1.00. 

Output  for  analysis  menu.  Once  the  match  statistics  have  been  reviewed,  selecting 
option  9  runs  control  to  the  main  menu.  From  here,  selecting  option  2  opens  the  output  for 
analysis  menu  as  shown  in  Figure  7-17.  This  menu  provides  the  user  with  the  capability  to 
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Figure  7-13.     Match  table  menu  display. 


Dialog 


Cr  i  ter  i  on  Mo  tched ; 
Match  Goodness: 
Match  Instance  Identifier: 
Match  Identifier: 


I 
I 
I 

I 

+ 

I  Category 

I  Hame : 

I  Qualitative  Ualue: 

I  Attribute  Address: 

+ 


Match  Table 

SPECIF  I C-HEflT 

STRONG 

gen29 

gen30 


D  i  scowery 


RppI i cat  I  on 


DIHMOND-CUD-COflTIMG 

MED  I UM 

DIflMONO-CUD-C 


GEARS 

MEDIUM 

GEARS-C 


Criterion  Matched: 
Match  Goodness: 
Match  Instance  Identifier: 
Match  Identifier: 


Match  Table 

THERMRL-CONDUCT I U I  TV 

STRONG 

gen31 

gen32 


Category 


D  i  scovery 


AppI i cat  ion 


Name: 

Qual  i  tati<.>e  Ualue: 

Attribute  Address: 


D I RMOND-CUD-CORT I NG 

UERV-H I GH 

DlflMOND-CUD-K 


GEARS 
HIGH 
GERRS-K 


!^! 


m 

ii! 

I 

Hit! 
jjlll 


Figure  7-14.     Match  table  display  showing  the  evaluation  of  two  attribute  matches. 
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Figure  7-15.     Match  statistics  including  the  overall  score  for  the  DIAMOND-CVD- 
COATING/HI-LOAD-ROLLER-BRG  match. 
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Figure  7-16.     Match  statistics  including  overall  score  for  Uie  DIAMOND-CVD-COAT- 
DSfG/GEARS  match. 
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Prepare  Output  Files  for  Rna lysis  Menu 

What  would  you  like  to  do  now?  Please  select 
one  of  the  following  options: 

1  flpp I i  ca  t  i  on  govern  i  ng  equa  t  i  ons 

c  function  prototypes 

2  Rpplication  design  parameter 

c  prototypes 
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5  Discovery  governing  equations 

c  function  prototypes 

6  Discovery  constants  c  prototypes 
9   Return  to  Main  Menu 


Figure  7-17.     Menu  display  for  output  of  analysis  equations. 
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export  C  language  header  files  for  use  later  in  the  analysis  module.  Options  1  through  6 
prompt  first  for  an  output  file  and  then  proceed  to  export  the  requested  information.  Option 
1  produces  the  function  prototypes  for  the  application  governing  equations.  Figure  7- 1 8 
shows  the  resultant  file  generated  from  option  1.  Design  parameters  and  constants  are 
shown  in  Figure  7-19. 

Governing  equations  for  the  DIAMOND-CVD-COATING  discovery  are  illustrated  in 
Figure  7-20.  A  complete  listing  of  the  files  generated  from  this  menu  is  available  in  the 
Appendix. 

Leaving  the  menu  system.  Selecting  option  9  returns  control  to  the  main  menu.  Select- 
ing 9  again  exits  the  user  from  the  menu  system.  At  this  time,  the  knowledge  base  is  still 
fully  active  and  the  user  can  run  queries  and  review  the  system's  contents  interactively. 
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Dialog 


Prepare  Output  Files  for  Rna lysis  Menu 

What  utould  you  like  to  do  nom?  Please  select 
one  of  the  fol lowing  options: 

1  FHppI  i  cat  ion  go<.>eming  equations 

c  function  prototypes 

2  fipplication  design  parameter 

c  prototypes 

3  flppl  i  cat  ion  object  it>e  function 

c  function  (prototypes 

4  Application  constants  c  prototypes 

5  Discovery  governing  equations 

c  function  prototypes 

6  Discovery  constants  c  prototypes 
9   Return  to  Main  Menu 


Enter  output  filename: 
gears  h|  ^,. 


jiilili 


i 


o 


a: 


C>Q 


user  prompted  for  output  file  name 


gears. h 


Begin  flPPLICflTIOH  Empirical  Relationships  ♦/ 
float  GearXStart(  int  GearRatio,  int  NPinion,  float  pihi  >; 
float  Gear TPinionS tart <  float  X,  int  GearRatio, 

float  phi,  float  psIP  ); 
float  GearTPinion<  float  TPS,  float  f,  float  EEquiv, 

float  omegaPinion,  float  CenterOi stance,  float  KrhoC  >, 
float  GearContactHldth<  float  TangentLoad,  float  EEquiv, 

float  RadiusEquiv,  float  phi  ); 
float  GearQPinionC  float  KrhoC,  float  Del taTPinion, 

float  aWidth,  float  UelocI tyPinion,  float  psiP  >; 
float  GearCoatflreaC  float  P i tchD i ame ter ,  float  FaceUidth  ), 
float  GearEffectlveRadlus<  float  CenterDi stance,  float  X,  f 
float  GearEffectiveModulus(  float  EGeor,  float  EPinion  >; 
float  GearPinionPi tchDiaC  float  CenterDi stance,  int  GearRat 
float  OeQrPlnion'.ielocltg<  float  owegciPinlon,  float  CenterDi 


O 


<S  I  |;ijiii:i|iJij»iiigiP»»!Pp«pilii»iJiiiiii{|l^^^  6 


Figure  7-18.     Output  of  governing  equations  for  GEARS  in  the  source  file  "gears.h. 
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Uialog      - 

^Mli 

H 

?                                             ! 

Prepare  Output  Files  for  Analysis  Menu           1 

rH 

1 

il 

1 

iJhat  would  you  like  to  do  now?  Please  select     1 

1 

one  of  the  following  options:                   1 

1   Application  governing  equations          1 

/ 

c  function  prototypes                   1 

2  Application  design  parameter  "" — — ....^^^^   1 

c  prototypes                    ^^'"^~— 4^ 

3  flppi i cat  ion  objective  function           1 

c  function  prototypes                  1 
, —  4        ftppi ication  constants  c  prototypes        | 

5  Discovery  governing  equations             1 

c  function  prototypes                  1 

6  Discovery  constants  c  prototypes          I 

- 

/ 

9   Return  to  Main  Menu                     1 

4 

Enter  output  f i lename: 

I 
1 

gearde  f  i  nes . H  v 

o 

Ml 

\  i'ipilliPPPPPiilii^iy^liiffi:-. 

<> 

q| 

user  prompted  for  output  file  name 


geardefines.h 


I/*  Begin  ftPPLICflTION  Constants  */ 

«DEF  I  NE  GEflR-TEMP-P  I N I  ON-MflX-R  I SE 
•DEFINE  GEflR-TEMP-GERR-nflX-R I SE  * 
"DEFINE  GERR-MRX-BENDING-STRESS  * 
"DEFINE  GERR-MflX-CONTflCT-STRESS  • 
♦  End  RPPLICflTION  Constants  */ 


O 


Miil» 


o 


Q 


=U         gearparuiiis.il    

m[^\= 

|/*  Begin  RPPLICflTION  Design  Parameters  */ 

float  CenterDi stance; 

int  NPinion; 

int  GearRatio; 

float  omega; 

float  Torque  In; 
/*  End  flPPLICRTION  Design  Parameters  */ 

O 

<:!   \ 

0 

Figure  7-19.     Ou^ut  of  design  parameters  and  constants  for  GEARS  in  the  source  files 
"gearparams.h"  and  "geardefines.h,"  respectively. 
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Dialog 


Prepare  Output  Files  for  Rna lysis  Menu 

Uhat  uould  gou  like  to  do  now?  Please  select 
one  of  the  following  options: 

1  Application  gov^eming  equations 

c  function  prototypes 

2  Rpp I i  ca  t  i  on  des  i  gn  par ame  ter 

c  prototypes 

3  l^ppl  i  cat  ion  object  iv^e  function 

c  function  prototypes 

4  Rpplication  constants  c  prototypes 

5  Discovery  gov/erning  equations 

c  function  prototypes 

6  Discovery  constants  c  prototypes 
9   Return  to  Main  Menu 


Enter  output  f i lename: 
d  i  amond_cwd . h 


SE 


OQ 


user  prompted  for  output  file  name 


diamond_cud.h 


/*  Begin  DISCOUERV  Einpirical  Relationships  ♦/ 

float  ThetaSSOC  float  PenOepth,  float  Length, 

float  LayerConduct i u i ty,  float  SubstrateConductiwi ty, 

float  LayerThickness,  float  EntryLength  ); 
float  ThetaOSC  float  PenDepth,  float  Length, 

float  LayerConductiy i ty,  float  SubstrateConduct iui ty, 

float  LayerThickness,  float  EntryLength  ); 
float  ThetaSC  float  PenDepth,  float  Length, 

float  LayerConductiwi ty,  float  SubstrateConductivi ty  >; 
float  ThetaSO(  float  ThetaSSO,  float  ThetaS  ); 
float  ThetaOC  float  ThetaOS,  float  ThetaS  >; 
float  Tempera ture<  float  Theta,  float  Heatin  >; 
float  PenetrationDepth<  float  Conduct i wi ty,  float  Density, 

float  Specif icHeat,  float  Length,  float  Uelocity  ); 
f I oa t  En tryLeng th (  f I oa t  LayerConduc tiwity,  float  LayerDens i ' 

float  LayerSpecif icHeat,  float  Uelocity,  float  LayerThicki 
float  Norma  IS tress (  float  VoungsModulus,  float  Therma I Expans 

float  Tempera tureRise  ); 


Figure  7-20.     Output  of  governing  equations  for  CVD-DIAMOND-COATING  in  the 
source  file  "diamond  cvd.h." 
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Dialog 


Main  Menu 


The  Qualitativ;e  matching  engine  found  2 
D  i  scovery — flpp I i  ca  t  i  on  ma  tch  <  es  >  and  1 5 
attribute  capability — requirements  matches. 

Uhat  would  you  I  ike  to  do  now?  Please  select 
one  of  the  following  options: 

1  Display  Match  Table 

2  Prepare  matched  technologies  for 
quan  t  i  ta  t  i  ve  ana  I yses 

9   Quit  CLIPS 


O 


+ 


we're  all  done  now. . . 
CLIPS>  I 


EI 


o 


Q 


Figure  7-21.     Exiting  from  the  menu  system. 


CHAPTER  8 
THE  QUANTITATIVE  PROCESS 

The  previous  chapter  described  in  detail  how  to  add  emerging  technological  discover- 
ies and  potential  applications  to  the  qualitative  matching  knowledge  base  management 
system.  Two  APPLICATION  matches — -gears  (a  good  match)  and  highly  loaded  roller 
bearings  (a  bad  match) — were  found  for  the  discovered  diamond  process.  This  chapter 
develops  the  quantitative  procedure  used  to  evaluate  qualitative  matches.  The  methodol- 
ogy involves  an  algorithmic  design  simulation  and  cost/benefit  analysis.  Results  of  the 
cost/benefit  analyses  are  used  to  rank  appUcations  of  the  new  technology.  The  example 
from  the  previous  chapter  is  continued  to  demonstrate  the  process. 

8. 1    Elements  of  the  Quantitative  Process 

The  quantitative  matching  process  is  composed  of  two  modules.  The  first  module  per- 
forms a  design  simulation  to  meet  performance  criteria  provided  by  the  user.  A  second 
module  post-processes  the  simulation  results  to  produce  cost/benefit  analyses.  After  all 
qualitative  matches  are  evaluated,  it  is  possible  to  rank  the  applications.  A  flow  chart  illus- 
trating the  process  is  shown  in  Figure  8-1. 
8.1.1  Algorithmic  Module 

The  algorithmic  module  performs  design  simulations — based  on  user-specified  crite- 
ria— for  each  qualitative  match  identified.  The  module  requires  the  collection  of  pertinent 
functional  relationships,  design  parameters  and  properties  for  the  technology  match.  Once 
these  entities  are  gathered,  an  objective — such  as  maximum  cost/benefit — is  formulated 
and  the  design  constraints  are  specified.  The  relationships  are  then  organized  into  a  simu- 
lation where  cost  and  performance  characteristics  can  be  determined. 
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Qualitative 

match  #1 

matching 

match  #2 

results 

... 

match  #n 

Do  until  no  more 
DISCOVERY-APPLICATION  matches: 


C  headers 


Properties 
from  CLIPS 


y 


Gather  relevant: 

•  functional  relationships 

•  parameters 

•  properties 


Formulate  objective: 

•  minimize  cost/benefit 


Formulate  constraints: 
(bound  the  design  space) 

•  set  Urmts  on  the  constants 


C  program 


Mathcad 
document 


1 


Arrange  functional  relationships  in  a 
simulation  to  achieve  constrained  objective 


Run  simulation 


Cost/benefit  analysis 


Post-process  results 


r 


J 


Rank  DISCOVERY-APPLICATION  matches 


1.  match  #3 

2.  match  #1 


Figure  8-1.       The  quantitative/algorithmic  analysis  and  ranking  process. 
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8.1.1.1  Algorithmic  methodology 

Gather  functions,  parameters  and  properties.  Functional  relationships,  design  parame- 
ters and  properties  may  be  fed  directly  to  the  algorithmic  module  from  the  qualitative 
matching  engine  or  collected  by  the  designer  for  implementation.  These  relations  should 
describe  the  physics  of  the  process  and  the  empirical  equations  used  to  design  applications 
of  the  process. 

Formulate  the  objective.  The  objective  for  the  algorithmic  process  is  to  generate  cost 
and  performance  characteristics  for  a  technology  match.  Life  improvement  in  hours  is  a 
typical  performance  characteristic.  Others  might  include  decreased  response  time, 
increased  process  yield  and  increased  bandwidth. 

Bound  the  design  space.  It  is  critical  to  constrain  the  design  region  for  the  evaluation 
of  application  performance  characteristics.  For  the  case  of  gear  pairs,  the  design  space 
should  be  limited  by  maximal  contact  and  thermal  stress  values  and  maximum  tempera- 
ture rise.  Decision  variables  should  be  identified  and  design  parameters  set.  For  instance, 
gear  ratio  and  center  distance  for  gears  may  be  fixed,  while  number  of  teeth  in  the  pinion 
is  allowed  to  vary. 

Build  the  simulation.  The  simulation  is  built  using  the  information  gathered  above. 
The  procedure  can  be  developed  in  an  interactive  fashion  using  off-the-shelf  mathematical 
modeling  tools  or  through  a  custom  implementation  in  a  computer  language  of  choice. 

Run  the  simulation.  The  simulation  is  mn  to  generate  the  performance  characteristics 
and  cost  information.  This  stage  includes  graphical  representation  of  results  so  that  the 
design  user  can  quickly  spot  anomalous  results.  The  performance  and  cost  characteristics 
determined  at  this  stage  are  post-processed  by  a  cost/benefit  module  in  preparation  for 
final  ranking. 

8.1.1.2  Methodology  implementation 

Long-term  implementation.  Ultimately  it  would  be  beneficial  to  have  a  library  of  sim- 
ulations ready  made  for  automated  integration  within  the  algorithmic  system.  The  qualita- 
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tive  implementation  includes  a  utility  to  export  C  language  function  prototypes  and 
declarations.  The  burden  is  on  the  user  to  arrange  these  components  within  a  C  program  to 
run  a  simulation.  This  process  could  be  made  less  cumbersome  with  some  clever  program- 
ming and  a  good  software  scripting  tool. 

Prototype  system.  Near-term  implementation  of  the  algorithmic  module  was  handled 
by  a  commercial  engineering  spreadsheet-like  tool.  Mathcad — a  product  of  Mathsoft, 
Inc. — was  used  to  generate  all  of  the  simulations  used  in  prototyping  the  algorithmic  sys- 
tem. Mathcad  has  a  document-driven,  window  interface  that  allows  the  user  to  build  equa- 
tions in  standard  mathematical  notation.  Text  and  imported  graphics  may  be  included  in  a 
Mathcad  document.  Equations  can  be  solved  numerically  or  symbolically  in  Mathcad  and 
results  can  be  plotted  in  2D  or  3D.  Figure  8-2  shows  a  sample  Mathcad  document.  Note 


4fc    File    Edit    TeKt    Math    Graphics    Symbolic    Ulindoiu    Help 


Mathcad:  SS_gear_MG5_cost 


Bimag  join: 
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B 
0 
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Figure  8-2.       Mathcad  document  illustrating  the  use  of  standard  math  notation. 
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how  the  defined  functions  are  displayed  in  standard  math  notation.  Figure  8-3  demon- 
strates Mathcad's  ability  to  deal  with  units.  This  feature  is  indispensable  when  working 
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Figure  8-3.       Mathcad  document  illustrating  its  capability  for  handling  built-in  units. 


with  a  large  number  of  parameters  from  a  mix  of  English  and  metric  units.  Conversions 
are  handled  transparently  by  the  system.  Plotting  capabilities  are  limited,  but  effective. 
Figure  8-4  shows  a  sample  plot. 

In  the  prototype  system,  the  match  is  evaluated  by  building  all  the  pertinent  equations 
for  both  the  discovery  and  the  application  dkectly  in  Mathcad.  The  design  parameters  are 
entered  and  simulation  is  run.  Generated  performance  and  cost  data  is  exported  from  the 
Mathcad  environment  for  use  in  the  cost/benefit  analysis  module. 
8. 1.2  Cost/Benefit  Analysis 

Cost/benefit  analysis  is  handled  by  post-processing  cost  and  performance  characteris- 
tics generated  by  the  algorithmic  module.  The  goal  of  this  analysis  is  to  find  a  functional 
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Mathcad:  SS_gear_MG5_co$t 
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Figure  8-4.       Mathcad  document  illustrating  plotting  capability. 


relationship  between  cost  and  each  performance  characteristic.  In  this  study,  the  perfor- 
mance characteristic  most  important  is  fatigue  life  extension.  Cost  and  life  figures  from 
many  simulations  were  exported  to  text  files.  These  files  were  imported  into  a  series  of 
Excel  (Microsoft,  Inc.)  spreadsheets  for  further  data  manipulation  and  plotting.  Figure  8-5 
illustrates  the  process  of  transferring  data  from  one  system  to  the  next. 
8.1.3  Ranking  of  Applications 

Once  the  all  discovery-application  pairs  have  been  evaluated  for  cost/benefit,  it  is  a 
straightforward  process  to  rank  the  applications  firom  best  to  worst.  If  the  applications 
share  common  objectives,  such  as  life  extension,  then  the  ranking  can  be  produced  by 
inspection.  If  the  performance  criteria  are  dissimilar,  then  it  is  necessary  to  normalize  the 
results  to  make  a  good  judgement. 
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perform  design  analysis  in  Mathcad 
generate  data  for  Mq  =  1,  5, 10  and 
C^/FW  =  2,  3, 4 

export  cost  and  life  information  to 
extemal  data  files;  one  set  of  data 
files  per  Mq 
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Figure  8-5.       Data  flow  for  the  quantitative  analysis  procedure. 
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.8.2  Application  of  the  Quantitative  Matching 
The  following  example  is  based  on  the  discovery-application  match  between  the  CVD 
diamond  coating  process  and  a  standard  dedendum  gear  pair  as  reported  in  the  previous 
chapter.  Results  of  the  qualitative  matching  process  indicated  gears  were  a  good  technol- 
ogy match  for  the  diamond  CVD  discovery.  The  gear  pairs  explored  here  are  taken  from 
relatively  short  life  applications,  such  as  rocket  motors,  where  the  gears  must  operate  at 
extreme  loading  conditions.  Uncoated  gears  under  the  same  operating  conditions  would 
fail  within  very  few  cycles. 

8.2.1  Qualitative  Analvsis  Module  Inputs 

Relationships  developed  earlier  for  gear  pairs  were  entered  into  a  Mathcad  document. 
Figure  8-2  shows  a  few  of  the  equations  entered  for  gear  pair  design.  Next,  empirical  rela- 
tionships developed  for  multilayer  coating  were  entered  as  shown  in  Figure  8-6. 
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Figure  8-6.       Empirical  multilayer  dimensionless  relationships  withm  Mathcad  docu- 
ment 
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Equations  referenced  in  the  knowledge  base  were  first  arranged  in  a  format  suitable  for 
designing  gears.  The  user  then  supplied  information  necessary  to  bound  the  problem.  It 
was  determined  that  stainless  steel  gears  for  short  duration  applications — such  as  rocket 
motors — would  be  examined  in  this  example.  The  design  space  inputs  are  given  in  Table 
8-1.  Note  that  the  units  are  mixed  in  this  table.  One  feature  of  the  Mathcad  software  is  the 
Table  8-1.  Design  parameters  for  technology  match 


Match:  Diamond-CVD  +  Gears 

Standard  Addendum 

Parameter 

Value 

gear  material 

AISI  304  stainless  steel 

W, 

=  2500  Ibf/in 

% 

=  1800  rpm 

f 

=  0.045 

Vp 

=  0.5 

^ 

=  20° 

^bmax 

=  200,000  psi 

K 

=  0.1465  W/mm-K 

P 

=  0.0102  gm/mm^ 

c 

=  0.2554  J/gm-K 

a 

=  4.9  X  10"^  mm/mm-K 

Ee 

=  15,000,000  psi 

ability  to  automatically  convert  units  for  consistent  results.  Bounding  parameters  for  the 
design  space  are  given  in  Table  8- 1 .  A  value  of  $200/gram  was  used  for  estimating  cost  for 
applying  the  diamond. 

The  range  of  values  for  the  bound  parameters  will  allow  the  designer  to  judge  in  which 
regimes  that  the  new  technology  has  the  most  merit  and  where  it  is  wise  to  stay  with  exist- 
ing technology. 
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Table  8-2.  Design  bounding  parameters  for  technology  match 


Match:  Diamond-CVD  +  Gears 

Standard  Addendum 

Parameter 

Values 

Q 

=  10",  30",  60" 

Mg 

=  1,5,10 

CJFW 

=  2,3,4 

For  each  value  of  the  gear  ratio,  Mq,  a  new  Mathcad  document  was  created.  The  doc- 
ument "SS_gear_MG5_cost"  contains  the  design  simulation  for  stainless  steel  gear  pairs 
of  gear  ratio  5.  Likewise  "SS_gear_MGl_cost"  and  "SS_gear_MG10_cost"  contain  simu- 
lation information  for  stainless  steel  gear  pairs  of  gear  ratio  1  and  10,  respectively.  Each 
document  calculates  life  increase  and  cost  information  for  using  the  diamond  technology 
on  gear  pair  design.  The  life  and  cost  information  is  written  to  external  data  files  for  use  by 
Excel  spreadsheets  that  perform  the  final  cost/benefit  analysis.  The  procedure  is  illustrated 
in  Figure  8-5  for  the  file  "SS_gear_MG5_cost." 

8.2.2  Results 

The  normalized  coating  cost  per  hour  of  life  increase  is  shown  in  Figures  8-7,  8-8  and 
8-9.  The  results  indicate  that  for  low  gear  ratios  and  large  center  distance  that  diamond 
coating  is  not  cost  effective. 

Increase  in  pinion  life  is  summarized  in  Figures  8-10,  8-1 1  and  8-12.  All  pinion  combi- 
nations appear  to  gain  significant  life  increase  due  to  the  diamond  coating. 

The  cost  of  coating  the  pinion  gears  using  cost  parameters  available  today  is  summa- 
rized in  Figures  8-13,  8-14  and  8-15.  The  coating  cost  increases  as  the  center  distance 
increases  and  the  facewidth  increases.  This  simply  means  that  as  the  size  of  the  pinion 
increases,  it  takes  more  material  to  coat  it  and  thus  more  cost  is  involved. 
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Figure  8-7.       Coating  cost  normalized  to  increase  in  life  in  the  pinion  for  three  gear 
ratios  holding  the  ratio  of  center  distance  to  facewidth  at  2: 1 . 
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Figure  8-8.       Coating  cost  normalized  to  increase  in  life  in  the  pinion  for  three  gear 
ratios  holding  the  ratio  of  center  distance  to  facewidth  at  3:1. 
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Figure  8-9.       Coating  cost  normalized  to  increase  in  life  in  the  pinion  for  three  gear 
ratios  holding  the  ratio  of  center  distance  to  facewidth  at  4:1. 
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Figure  8-10.     Increase  in  life  in  the  pinion  for  three  gear  ratios  holding  the  ratio  of  center 
distance  to  facewidth  at  2:1. 
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Figure  8-11.     Increase  in  life  in  the  pinion  for  three  gear  ratios  holding  the  ratio  of  center 
distance  to  facewidth  at  3:1. 
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Figure  8-12.     Increase  in  life  in  the  pinion  for  three  gear  ratios  holding  the  ratio  of  center 
distance  to  facewidth  at  4:1. 
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Figure  8-13.     Coating  cost  for  the  pinion  to  meet  full  life  for  three  gear  ratios  holding  the 
ratio  of  center  distance  to  facewidth  at  2: 1 . 
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Figure  8-14.     Coating  cost  for  the  pinion  to  meet  full  life  for  three  gear  ratios  holding  the 
ratio  of  center  distance  to  facewidth  at  3:1. 


154 


CD/FW  =  4 


$20,000  T 

$18,000  - 

$16,000  - 

$14,000  - 

-.$12,000    - 

Tn  $10,000    - 
o 

"    $8,000 


Gear  Ratio 
-O MG  =  1 


10 


20  30  40 

Center  Distance  (in.) 


50 


Figure  8-15.     Coating  cost  for  the  pinion  to  meet  full  life  for  three  gear  ratios  holding  the 
ratio  of  center  distance  to  facewidth  at  4:1. 


CHAPTER  9 
SUMMARY,  CONCLUSIONS  AND  RECOMMENDATIONS 

9.1    Summary 
The  study  reported  in  this  dissertation  can  be  summarized  as  follows: 

1.  A  framework  for  capturing  the  attributes  for  a  new  technological  innovation  and  its 
potential  applications  is  developed.  The  framework  is  built  around  an  object-oriented 
expert  system  knowledge  base.  Knowledge  about  the  technology  is  incorporated  via 
objects,  facts,  rules  and  procedural  functions.  The  framework  is  represented  in  a  hier- 
archical object  inheritance  tree.  The  attributes  for  potential  applications  are  encoded  in 
the  same  knowledge  base  and  are  organized  to  facilitate  matching  with  technological 
discoveries. 

2.  A  two-level  matching  process  is  proposed.  The  first  level  is  qualitative  matching  for 
any  potential  applications  that  might  fit  a  new  technological  discovery.  This  matching 
process  occurs  within  the  context  of  a  knowledge-based  system.  Qualitative  needs  for 
a  particular  application  are  decomposed  into  individual  property  attributes.  These 
attributes  are  then  compared  to  attributes  within  the  technological  discovery's  capabil- 
ities. Application-discovery  matches  are  then  passed  on  to  the  next  level  for  quantita- 
tive analysis.  The  second  level  is  a  quantitative  procedure  for  evaluating  the  cost- 
benefit  of  a  specific  application  of  the  new  technology.  The  procedure  performs  a 
design  optimization  process  to  minimize  the  manufacturing  cost  of  the  application. 

1.  A  proposed  two-level  matching  algorithm  is  evaluated  for  tiie  ability  to  rank  potential 
applications  in  order  of  highest  promise  for  further  technology  development.  The  algo- 
rithm is  demonstrated  by  matching  applications  to  a  diamond  coating  discovery.  A 
methodology  is  developed  for  incorporating  diamond  coating  into  the  design  process 
for  sliding,  concentrated  contact  applications.  These  appUcations  can  include,  among 
others,  gears,  bearings,  traction  drives,  brakes  and  clutches. 

9.2   Conclusions 
The  following  conclusions  can  be  made  based  on  the  work  reported  in  this  disserta- 
tion: 

1.  It  is  feasible  to  develop  a  computer-based  methodology  for  evaluation  of  the  potential 
applications  of  new  technology.  The  degree  of  qualitative  matching  and  quantitative 
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cost-benefit  results  allow  potential  applications  to  be  ranked  on  the  basis  of  highest 
promise  for  further  technology  development. 

2.  The  heuristic  matching  process  developed  is  extremely  flexible  due  to  the  objected- 
oriented  design  principles  incorporated  in  its  structure.  The  implementation  of  the  heu- 
ristic matching  process  using  an  object-oriented  knowledge  base  management  system 
is  further  enhanced  by  the  use  of  the  Rete  multi-attribute  pattern  matching  algorithm. 
The  process,  due  to  its  extensible  architecture,  is  capable  of  handling  larger  problem 
domains. 

3.  The  quantitative  analysis  procedure  provides  a  flexible  method  of  evaluating  the  cost/ 
benefit  for  a  particular  application  of  new  technology.  The  current  process  is  very  time 
intensive  on  the  user.  This  process  can  be  streamlined  through  the  use  of  a  more  robust 
evaluation  environment.  This  environment  should  include  optimization  modules  to 
further  automate  the  methodology. 

4.  It  is  shown  in  the  example  of  surface  coating  of  gears  for  short  duration  applications, 
that  significant  improvements  can  be  made  in  the  durability  of  stainless  steel  compo- 
nents. 

5.  It  is  also  shown  in  cases  where  sliding  is  not  too  high,  such  as  highly  loaded,  well- 
lubricated  roller  bearings,  that  the  coating  is  not  economically  viable.  In  these  cases 
thermal  effects  are  minimal  and  current  technology  is  adequate. 

9.3    Recommendations 

The  following  is  recommended  for  future  studies: 

1.  Before  the  algorithm  is  generalized,  it  should  be  tested  on  other  laboratory  develop- 
ments to  modify  it  if  necessary  to  insure  its  generality. 

2.  An  attribute  weighting  scheme  should  be  developed  to  emphasize  critical  attributes  in 
the  qualitative  process.  For  instance,  in  the  example  gear  application,  an  attribute  such 
as  thermal  conductivity  should  be  weighted  heavier  than  Poisson's  ratio.  In  this  case,  a 
strong  Poisson's  ratio  match  would  not  cancel  out  a  weak  thermal  conductivity  match. 
Likewise,  a  strong  thermal  conductivity  match  will  dominate  one  or  more  weak 
matches  in  less  heavily  weighted  attributes. 

3.  Design  optimization  capability  should  be  added  to  the  quantitative  portion  of  the 
developed  methodology. 

4.  An  objective  function  class  should  be  added  to  the  governing  equations  class  within 
the  attribute  hierarchy  tree. 

5.  The  quaUtative  and  quantitative  modules  should  be  tightly  integrated  under  one  appli- 
cation framework. 
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6.  To  improve  efficiency,  an  object-feature,  numerical  coding  scheme  should  be  consid- 
ered for  representing  discovery  and  potential  application  characteristics. 

7.  A  more  sophisticated  object-oriented  knowledge  base  management  system  should  be 
considered  for  the  qualitative  attribute  matching  procedure.  The  system  should  be 
capable  of  handling  complex  attribute  interactions. 

8.  The  cost/benefit  analysis  system  should  be  improved  to  handle  a  variety  of  perfor- 
mance characteristics.  For  example,  two  applications  for  a  discovery  may  have  differ- 
ent performance  characteristics — such  as  life  improvement  and  cycle  time — compared 
to  cost.  The  benefits  for  these  characteristics  should  be  pushed  up  to  a  higher  level 
where  they  can  be  compared  on  the  same  basis.  A  ranking  judgement  based  on  return 
on  research  investment  could  provide  this  capability. 

9.  When  the  technology  knowledge  bases  contain  few  applications  and  discoveries, 
paper  studies  are  more  time  and  cost  effective  approaches  for  the  matching  process.  At 
some  technology  knowledge  base  population  level  a  "critical  mass"  is  reached.  Once 
the  knowledge  bases  exceed  this  saturation  level,  it  is  more  cost  effective  to  use  the 
developed  process.  An  estimate  of  the  "critical  mass"  knowledge  base  population  level 
should  be  determined.  This  estimate  will  provide  a  basis  for  determining  a  payoff  for 
the  developed  matching  process. 

10.  Once  the  "critical  mass"  technology  knowledge  base  saturation  level  (as  mentioned 
previously)  is  attained,  the  issue  of  spontaneous  insight  can  be  approached.  It  is  pos- 
sible for  the  proposed  methodology  to  make  a  divergent  leap  into  an  unanticipated 
application  domain  if  a  wide  variety  of  application  domains  are  encoded.  This  capabil- 
ity should  be  evaluated  once  the  system  reaches  "critical  mass."  The  burden  is  on  the 
knowledge  base  developer  to  encode  a  diverse  sampling  of  potential  applications. 

11.  A  large  scale  distribution  plan  should  be  developed  to  disseminate  the  results.  The 
Internet  computer  network  might  provide  the  basis  for  a  public-access  technology 
evaluation  system. 

12.  The  two-level  matching  process — using  diamond  coating  as  the  discovery — should  be 
checked  for  other  applications  such  as  bearings,  overrunning  clutches  and  brakes. 

13.  Based  on  the  different  case  studies,  a  general,  fully  automated  system  should  be  devel- 
oped for  this  particular  process. 

14.  The  surface  treatment  and  diamond  film  coating  on  selected  metals  should  be  charac- 
terized for  fatigue  impact. 


1.  An  example  of  spontaneous  insight  would  be  the  unexpected  use  of  lasers  as  pointing 
devices  for  presenters. 
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15.  The  transient  multilayer  coating  thermal  model  developed  should  be  verified  via  a 
finite  difference  or  finite  element  analysis.  The  analysis  should  be  verified  experimen- 
tally if  practical. 


APPENDIX  A 
RELEVANT  TRIBOLOGICAL  EQUATIONS 

The  equations  in  this  appendix  summarize  relevant  tribological  equations  for  the  pre- 
diction of  temperature  rise  and  the  prediction  of  coefficient  of  friction.  References  that  are 
not  Hsted  in  the  References  section  were  provided  in  course  notes  from  EML  5505. 

A.l    Thermal  Considerations 

A.  1 . 1  Heat  partition  and  transient  temperature  effects 

Relationships  for  layered  tribological  surfaces  as  developed  in  "Heat  Partition  and 

Transient  Temperature  Distribution  in  Layered  Concentrated  Contacts  [Rash86]." 
1.    Heat  Source  Moving  Over  a  Semi-Infinite  Solid 


n-T„=  1.123-    —f—  (A.1) 

_J ^_  =  1.03    P^l^  (A.2) 

0.  \    K    J 


2.  Sliding/Rolling  Dry  Contacts 

a  =  ^  (A.3) 

»JpjCjf/j/s:, 

3.  Heat  Source  With  a  Hertzian  Distribution  Moving  Over  Layered  Semi-Infinite  Solid 
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4.    Lubricated  Rolling/Sliding  Contacts 
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5.    A  Parabolic  Heat  Source  Moving  on  a  Metallic  Semi-Infinite  Solid  With  a  Surface 
Layer  of  Low  Conductivity 
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6.    A  Parabolic  Heat  Source  Moving  on  a  Low  Conductivity  Semi-Infinite  Solid  With  a 
Metallic  Surface  Layer 
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7.    Dry  Layered  Contacts 
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A.2    Frictional  Considerations 


A.2. 1  Friction  factors  for  high  slide  to  roll  ratios 
Misharin: 


Benedict  and  Kelly: 
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A.2.2  Effect  of  lubricant  properties  on  temperature  and  wear  in  sliding  concentrated 
contacts 

Refer  to  [Seir81]. 


A.2.3  Friction  and  temperature  in  rolling  sliding  contacts 
Refer  to  [0'Do66]. 
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A.2.4  Wear  Resistance  in  Brake  Materials 
Wear  in  brakes: 
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Thin  surfaces: 
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Resistance  to  thermal  shock: 

KGq 
thermal  shock  resistence  «= (A.31) 


Ea 


A.2.5  Elastohvdrodynamics 

Grubin  (1949),  elastic  and  variable  viscosity: 
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A.2.6  Thermohydrodynamic  Shear  Zone  Thickness 
Seireg  (1994): 


(A.32) 
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APPENDIX  B 
PROGRAM  LISTINGS 

B.l    BATCH  FILE 
technology  KBS.bat 


(clear) 

define  templates  for  match  table  tracking 
load  "Match  Templates .CLP" ) 

define  class  hierarchy  for  the  new  technology  knowledge  base 
load  "new  technology  tree. CLP") 
load  "Governing  Equations .CLP" ) 
load  "qualitative  needs. CLP") 
load  "Match  Table. CLP") 
load  "Match  Tally  Class. CLP") 

define  instances  of  the  technology  knowledge  base  attributes 
load  "CVD-Diamond  instances .CLP" )  ;  DISCOVERY 
load  "CVD-Diamond  Equations .CLP" ) 
load  "Gear  Instances .CLP" )  ;  APPLICATION 
load  "Gear  Equations .CLP" ) 
load  "Hi-Load-Brg  Instances .CLP" ) 

define  generic  methods 
load  "Generic  Methods .CLP" ) 

define  functions 
load  "Matching  Functions .CLP" ) 
load  "Menu  System. CLP") 
load  "File  Functions .CLP" ) 

define  rules 
load  "Matching  Rules. CLP") 
load  "Qualitative  Rules. CLP") 
load  "Menu  Rules. CLP") 

make  sure  we  can  always  find  the  help  file 
help-path  "Keith's  PPC :Development :CLIPS :CLIPS  6 . 0 : Executables ; 
clips .hip" ) 
reset) 
(clear -window) 


Welcome  to  the  Qualitative  Technology  Discovery- 
Application  Matcher  v. 1.0  (4/20/95) 
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To  begin  the  search  process,  enter  (run)  and 
press  <return> 


B.2    KNOWLEDGE  BASE  STRUCTURE 

B.2.1  Class  Definitions 

new  technology  tree.CLP 


(defclass  TECHNOLOGY 

"TECHNOLOGY  is  the  top  level  object  of  the  new  technology  knowledge 
base" 

(is-a  USER) 
(role  concrete) 
(pattern-match  reactive) 
(slot  technology-name 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  techno logy -type 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  DISCOVERY) 

(allowed-values  DISCOVERY  APPLICATION)) 
(slot  phylum 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE)  )   .-technology   code 
)    ;end  defclass  TECHNOLOGY 

(defclass  LEVEL- 1 -ATTRIBUTE 

" LEVEL- 1 -ATTRIBUTE  is  an  abstract  class  that  describes  the 

first-level  attributes  of  a  technology's  property" 
(is-a  USER) 
(role  abstract) 
(pattern-match  non-reactive) 
(slot  classification 

(create-accessor  read-write) 
(access  read-write) 
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(type  LEXEME) 
(default  ?DERIVE) ) 
)    ,-  end  defclass  LEVEL- 1 -ATTRIBUTE 

(defclass  LEVEL-2 -ATTRIBUTE 

"LEVEL-2 -ATTRIBUTE  is  an  abstract  class  that  describes  the 
second-level  attributes  of  a  technology's  property" 
(is-a  USER) 
(role  abstract) 
(pattern-match  non-reactive) 
(slot  order 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  7DERIVE) ) 
)    ;  end  defclass  LEVEL-2 -ATTRIBUTE 

(defclass  LEVEL-3 -ATTRIBUTE 

"LEVEL-3 -ATTRIBUTE  is  an  abstract  class  that  describes  the 
third-level  attributes  of  a  technology's  property" 
(is-a  USER) 
(role  abstract) 
(pat tern -match  non-reactive) 
(slot  family 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  ?DERIVE) ) 
)    ;  end  defclass  LEVEL-3 -ATTRIBUTE 

(defclass  LEVEL-4-ATTRIBUTE 

"LEVEL-4 -ATTRIBUTE  is  an  abstract  class  that  describes  the 

fourth-level  attributes  of  a  technology's  property" 
(is-a  USER) 
(role  abstract) 
(pattern-match  non-reactive) 
(slot  species 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  ?DERIVE) ) 
(slot  assessment-criteria 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(allowed- values 

NEED 

DES I RABLE - FEATURE 
OPTIONAL-FEATURE 
CAPABILITY) 
(default  CAPABILITY)) 
)    ;  end  defclass  LEVEL-4 -ATTRIBUTE 

(defclass  TECHNOLOGY -PROPERTY 
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"TECHNOLOGY-PROPERTY  is  an  abstract  class  that  describes  the 
qualitative  and  quantitative  characteristics  of  a  technology's 
property" 
(is-a  USER) 
(role  abstract) 
(pattern -match  non-reactive) 
(slot  qualitative-value 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(allowed-values 

VERY -LOW 
LOW 

MEDIUM-LOW 
MEDIUM 
MEDIUM-HIGH 
HIGH 

VERY -HIGH) ) 
(slot  qualitative-value-range 
(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 

(range  7VARIABLE  7VARIABLE) 
(default  9DERIVE) ) 
(slot  quantitative-value 

(create-accessor  read-write) 
(access  read-write) 
(type  NUMBER) 
(default  7DERIVE) ) 
(slot  quantitative-value-range 
(create-accessor  read-write) 
(access  read-write) 
(type  NUMBER) 

(range  ?VARIABLE  ?VARIABLE) 
(default  7DERIVE) ) 
(slot  units 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  7DERIVE) ) 
(slot  symbol 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  7DERIVE) ) 
)    ;end  def class  TECHNOLOGY-PROPERTY 

(def class  MFG-PROCESS-METHOD-LIST 

"MFG- PROCESS -METHOD-LIST  is  an  abstract  class  that  lists  the  steps  involved 
in  a  particular  manufacturing  process" 
(is-a  USER) 
(role  abstract) 
(pattern-match  non-reactive) 
(slot  species 
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(create-accessor  r^ad-write) 
(access  read-write) 
(type  LEXEME) ) 
(multislot  method-list 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) ) 
)    ;end  def class  MFG-PROCESS-METHOD-LIST 

(defclass  MATERIAL-ATTRIBUTE 

"MATERIAL-ATTRIBUTE  is  a  first-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy" 
(is -a  TECHNOLOGY  LEVEL- 1 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  classification 
(default  MATERIAL) ) 
)    ;end  defclass  MATERIAL 

(defclass  MANUFACTURING-ATTRIBUTE 

"MANUFACTURING-ATTRIBUTE  is  a  first-level  attribute  specialization  of 
the  TECHNOLOGY  attribute  hierarchy" 
(is -a  TECHNOLOGY  LEVEL- 1 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  classification 

(default  MANUFACTURING)) 
)    ;end  defclass  MANUFACTURING-ATTRIBUTE 

(defclass  OTHER-ATTRIBUTE 

"OTHER -ATTRIBUTE  is  a  first-level  attribute  specialization  of 
the  TECHNOLOGY  attribute  hierarchy" 
(is -a  TECHNOLOGY  LEVEL- 1 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  classification 
(default  OTHER) ) 
)    ;end  defclass  OTHER-ATTRIBUTE 

(defclass  PHYSICAL- PROPERTY 

"PHYSICAL- PROPERTY  is  a  SECOND-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MATERIAL  superclass" 
(is-a  MATERIAL -ATTRIBUTE  LEVEL- 2 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  order 

(default  PHYSICAL) ) 
)    ;end  defclass  PHYSICAL-PROPERTY 

(defclass  ECONOMIC -PROPERTY 

"ECONOMIC -PROPERTY  is  a  SECOND-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MATERIAL  superclass" 
(is-a  MATERIAL-ATTRIBUTE  LEVEL-2-ATTRIBUTE) 
(role  concrete) 
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(pattern-match  reactive) 
(slot  order 

(default  ECONOMIC) ) 
)    ;end  def class  ECONOMIC -PROPERTY 

(defclass  PROCESS -PROPERTY 

"PROCESS-PROPERTY  is  a  SECOND-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MANUFACTURING- ATTRIBUTE 
superclass" 

(is-a  MANUFACTURING-ATTRIBUTE  LEVEL-2-ATTRIBUTE) 

(role  concrete) 

(pattern-match  reactive) 

(slot  order 

(default  PROCESS) ) 
)    ;end  defclass  PROCESS -PROPERTY 

(defclass  OTHER-PROPERTY 

"OTHER-PROPERTY  is  a  SECOND-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MATERIAL  superclass" 
(is-a  MATERIAL -ATTRIBUTE  LEVEL-2-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  order 

(default  OTHER) ) 
)    ;end  defclass  OTHER- PROPERTY 

(defclass  THERMAL- PROPERTY 

"THERMAL- PROPERTY  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PHYSICAL-PROPERTY  superclass" 
(is-a  PHYSICAL-PROPERTY  LEVEL-3 -ATTRIBUTE) 
(role  concrete) 
(pattern -match  reactive) 
(slot  family 

(default  THERMAL) ) 
)    ;end  defclass  THERMAL-PROPERTY 

(defclass  MECHANICAL-PROPERTY 

"MECHANICAL- PROPERTY  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PHYSICAL- PROPERTY  superclass" 
(is-a  PHYSICAL-PROPERTY  LEVEL-3-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  MECHANICAL) ) 
)    ;end  defclass  MECHANICAL- PROPERTY 

(defclass  ENVIRONMENTAL- PROPERTY 

"ENVIRONMENTAL-PROPERTY  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PHYSICAL-PROPERTY  superclass" 
(is-a  PHYSICAL- PROPERTY  LEVEL- 3 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  ENVIRONMENTAL) ) 
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)    ;end  def class  ENVIRONMENTAL -PROPERTY 

(defclass  PROCESS -ECONOMICS 

"PROCESS-ECONOMICS  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PROPERTY  superclass" 
(is-a  PROCESS -PROPERTY  LEVEL-3 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  ECONOMIC)) 
)    ;end  defclass  PROCESS-ECONOMICS 

(defclass  PROCESS -PARAMETER 

"PROCESS -PARAMETER  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PROPERTY  superclass" 
(is-a  PROCESS -PROPERTY  LEVEL-3 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  PARAMETER) ) 
)    ;end  defclass  PROCESS -PARAMETER 

(defclass  PROCESS -METHOD 

"PROCESS -METHOD  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PROPERTY  superclass" 
(is-a  PROCESS -PROPERTY  LEVEL-3 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  METHOD) ) 
)    ;end  defclass  PROCESS -METHOD 

(defclass  PROCESS-LIMITS 

"PROCESS -LIMITS  is  a  THIRD-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PROPERTY  superclass" 
(is-a  PROCESS -PROPERTY  LEVEL-3 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  family 

(default  LIMITS) ) 
)    ;end  defclass  PROCESS-LIMITS 

(defclass  THERMAL-CONDUCTIVITY 

"THERMAL-CONDUCTIVITY  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY- PROPERTY  THERMAL- PROPERTY  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  Watt/meter-deg-K) ) 
(slot  symbol 

(default  K) ) 
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)    ;end  def class  THERMAL-CONDUCTIVITY 

(defclass  SPECIFIC-HEAT 

"SPECIFIC-HEAT  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL -PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL- PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  Joule/kilogram-deg-K) ) 
(slot  symbol 
(default  C) ) 
)    ;end  defclass  SPECIFIC-HEAT 

(defclass  THERMAL -EX PANS I ON 

"THERMAL- EXPANSION  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL-PROPERTY  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  meter/meter-deg-K) ) 
(slot  symbol 

(default  ALPHA) ) 
)    ;end  defclass  THERMAL-CONDUCTIVITY 

(defclass  THERMAL-DIFFUSIVITY 

" THERMAL -DIFFUS I VITY  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL-PROPERTY  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  meter*meter/second) ) 
(slot  symbol 

(default  ALPHA-sub-diff ) ) 
)    ;end  defclass  THERMAL-DIFFUSIVITY 

(defclass  THERMAL-SHOCK 

"THERMAL -SHOCK  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL- PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  Watt/meter-second) ) 
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(slot  symbol 

(default  Th-sub-shock) ) 
)    ;end  def class  THERMAL-SHOCK 

(defclass  USAGE-TEMPERATURE 

"USAGE-TEMPERATURE  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL -PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL- PROPERTY  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER) ) 
(slot  units 

(default  deg-K) ) 
(slot  symbol 

(default  T-sub-max) ) 
)    ;end  defclass  USAGE-TEMPERATURE 

(defclass  MELT-POINT 

"MELT-POINT  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  THERMAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  THERMAL -PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HEAT-TRANSFER)) 
(slot  units 

(default  deg-K) ) 
(slot  symbol 

(default  T-sub-melt)) 
)    ;end  defclass  MELT-POINT 

(defclass  YOUNGS -MODULUS 

"YOUNGS -MODULUS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY-PROPERTY  MECHANICAL -PROPERTY  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  STRESS-STRAIN) ) 
(slot  units 

(default  Newton/meter*meter) ) 
(slot  symbol 
(default  E) ) 
)    ;end  defclass  YOUNGS -MODULUS 

(defclass  SHEAR-MODULUS 

"SHEAR-MODULUS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY-PROPERTY  MECHANICAL- PROPERTY  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  STRESS -STRAIN) ) 
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(slot  units 

(default  Newton/meter *meter) ) 
(slot  symbol 

(default  G) ) 
)    ;end  def class  SHEAR-MODULUS 

(defclass  POISSON-RATIO 

"POISSON-RATIO  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  MECHANICAL- PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern -match  reactive) 
(slot  species 

(default  STRESS-STRAIN) ) 
(slot  symbol 

(default  NU) ) 
)    ;end  defclass  POISSON-RATIO 

(defclass  DENSITY 

"DENSITY  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY-PROPERTY  MECHANICAL- PROPERTY  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  MASS-VOLUME) ) 
(slot  units 

(default  kilogram/meter*meter*meter) ) 
(slot  symbol 

(default  RHO) ) 
)    ;end  defclass  DENSITY 

(defclass  FRICTION-COEFFICIENT-DRY 

"FRICTION-COEFFICIENT-DRY  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY- PROPERTY  MECHANICAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  FRICTION) ) 
(slot  symbol 

(default  MU-sub-dry)) 
)    ;end  defclass  FRICTION-COEFFICIENT-DRY 

(defclass  FRICTION-COEFFICIENT-LUB 

"FRICTION-COEFFICIENT-LUB  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY-PROPERTY  MECHANICAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  FRICTION) ) 
(slot  symbol 

(default  MU-sub-lub) ) 
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)    ;end  def class  FRICTION-COEFFICIENT-LUB, 

(def class  ROUGHNESS 

"ROUGHNESS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL-PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  MECHANICAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern -match  reactive) 
(slot  species 

(default  FRICTION) ) 
(slot  units 

(default  meter) ) 
(slot  symbol 
(default  R) ) 
)    ;end  def class  ROUGHNESS 

(defclass  HARDNESS 

"HARDNESS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY-PROPERTY  MECHANICAL-PROPERTY  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  STRESS-STRAIN) ) 
(slot  units 

(default  kilograin/millimeter*millimeter) )    ;Knoop  hardness 
(slot  symbol 

(default  H-sub-K) ) 
)    ;end  defclass  HARDNESS 

(defclass  TOUGHNESS 

"TOUGHNESS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL- PROPERTY  superclass" 
(is-a  TECHNOLOGY -PROPERTY  MECHANICAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  STRESS -STRAIN) ) 
(slot  units 

(default  Newton/meter *meter) ) 
(slot  symbol 

(default  TNS) ) 
)    ;end  defclass  TOUGHNESS 

(defclass  CRACK-RESISTANCE 

"CRACK-RESISTANCE  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  MECHANICAL -PROPERTY  superclass' 
(is-a  TECHNOLOGY -PROPERTY  MECHANICAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  FRACTURE) ) 
(slot  units 

(default  Newton/meter*meter) )    ; strain  energy? 
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(slot  symbol 

(default  CR) ) 
)    ;end  def class  CRACK-RESISTANCE 

(defclass  LUB-FILM-THKNS 

"LUB-FILM-THKNS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  ENVIRONMENTAL- PROPERTY  superclass' 
(is-a  TECHNOLOGY -PROPERTY  ENVIRONMENTAL- PROPERTY  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HYDRODYNAMICS)) 
(slot  units 

(default  meter) ) 
(slot  symbol 

(default  h-sub-lub)) 
)    ;end  defclass  LUB-FILM-THKNS 

(defclass  LUB-COMPATIBILITY 

"LUB-COMPATIBILITY  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  ENVIRONMENTAL- PROPERTY  superclass' 
(is-a  TECHNOLOGY- PROPERTY  ENVIRONMENTAL- PROPERTY  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  HYDRODYNAMICS)) 
(multislot  lub-list 

(create-accessor  read-write) 

(access  read-write) ) 
)    ;end  defclass  LUB-COMPATIBILITY 

(defclass  OXIDATION-RESISTANCE 

"OXIDATION-RESISTANCE  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  ENVIRONMENTAL- PROPERTY  superclass' 
(is-a  TECHNOLOGY- PROPERTY  ENVIRONMENTAL-PROPERTY  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  OXIDATION) ) 

)    ;end  defclass  OXIDATION-RESISTANCE 

(defclass  MATERIAL-COST 

"MATERIAL -COST  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS-ECONOMICS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS -ECONOMICS  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  COST -PER -GRAM) ) 
(slot  units 

(default  dollars/gram) ) 
(slot  symbol 

(default  C-sub-M) ) 
)    ;end  defclass  MATERIAL-COST 
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(def class  CAPITAL-EQUIPMENT-COST 

"CAPITAL-EQUIPMENT-COST  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -ECONOMICS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS-ECONOMICS  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  COST-PER-GRAM) ) 
(slot  units 

(default  dollars /gram) ) 
(slot  symbol 

(default  C-sub-CE) ) 
)    ;end  def class  CAPITAL-EQUIPMENT-COST 

(defclass  LABOR-COST 

"LABOR-COST  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -ECONOMICS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS -ECONOMICS  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  COST-PER-GRAM) ) 
(slot  units 

(default  dollars/gram) ) 
(slot  symbol 

(default  C-sub-L) ) 
)    ;end  defclass  LABOR-COST 

(defclass  POWER-COST 

"POWER-COST  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -ECONOMICS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS-ECONOMICS  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  COST-PER-GRAM) ) 
(slot  units 

(default  dollars/gram) ) 
(slot  symbol 

(default  C-sub-P) ) 
)    ;end  defclass  POWER-COST 

(defclass  OVERHEAD-COST 

"OVERHEAD-COST  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS-ECONOMICS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS-ECONOMICS  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  COST-PER-GRAM) ) 
(slot  units 

(default  dollars/gram) ) 
(slot  symbol 
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(default  C-sub-0) ) 
)    ;end  def class  OVERHEAD-COST 

(defclass  PROCESS -PRESSURE 

"PROCESS-PRESSURE  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PARAMETER  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS -PARAMETER  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  PRESSURE) ) 
(slot  units 

(default  Newton/meter*meter) ) 
(slot  symbol 

(default  P-sub-p) ) 
)    ;end  defclass  PROCESS -PRESSURE 

(defclass  PROCESS -ATMOSPHERE 

"PROCESS -ATMOSPHERE  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PARAMETER  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS -PARAMETER  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  ATMOSPHERE)) 
(multislot  atmosphere-list 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(default  7DERIVE)) 
)    ;end  defclass  PROCESS-ATMOSPHERE 

(defclass  PROCESS-SURFACE-TEMPERATURE 

"PROCESS-SURFACE-TEMPERATURE  is  a  FOURTH-level  attribute  specialization  of 
the 

TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -PARAMETER  superclass" 
(is-a  TECHNOLOGY- PROPERTY  PROCESS -PARAMETER  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  TEMPERATURE) ) 
(slot  units 

(default  deg-C) ) 
(slot  symbol 

(default  T-sub-surf)) 
)    ;end  defclass  PROCESS -SURFACE-TEMPERATURE 

(defclass  METHOD- PREPARATION 

"METHOD- PREPARATION  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -METHOD  superclass" 
(is-a  MFG-PROCESS-METHOD-LIST  PROCESS -METHOD) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 
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(default  PREPARATION) ) 
)    ;end  def class  METHOD- PREPARATION 

(defclass  METHOD-APPLICATION 

"METHOD-APPLICATION  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -METHOD  superclass" 
(is-a  MFG-PROCESS-METHOD-LIST  PROCESS -METHOD) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  APPLICATION) ) 
)    ;end  defclass  METHOD-APPLICATION 

(defclass  METHOD-FINISHING 

"METHOD-FINISHING  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS -METHOD  superclass" 
(is-a  MFG-PROCESS-METHOD-LIST  PROCESS -METHOD) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  FINISHING) ) 
)   ;end  defclass  METHOD-FINISHING 

(defclass  PROCESS-LIMITS-THKNS 

"PROCESS-LIMITS-THKNS  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS-LIMITS  superclass" 
(is-a  TECHNOLOGY-PROPERTY  PROCESS-LIMITS  LEVEL- 4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  LENGTH) ) 
(slot  units 

(default  meter) ) 
(slot  symbol 

(default  h-sub-0) ) 
(slot  maximum 

(create-accessor  read-write) 

(access  read-write) ) 
(slot  minimum 

(create-accessor  read-write) 

(access  read-write) ) 
)    ;end  defclass  PROCESS-LIMITS-THKNS 

(defclass  PROCESS-LIMITS-SPATIAL 

"PROCESS-LIMITS-SPATIAL  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS-LIMITS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS -LIMITS  LEVEL-4 -ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  VOLUME) ) 
(slot  units 

(default  meter *meter*meter) ) 
(slot  symbol 
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(default  V-sub-sp) ) 
)    ;end  def class  PROCESS -LIMITS -THKNS 

(def class  PROCESS-LIMITS-DEPOSITION 

"PROCESS-LIMITS-DEPOSITION  is  a  FOURTH-level  attribute  specialization  of  the 
TECHNOLOGY  attribute  hierarchy  under  the  PROCESS-LIMITS  superclass" 
(is-a  TECHNOLOGY -PROPERTY  PROCESS-LIMITS  LEVEL-4-ATTRIBUTE) 
(role  concrete) 
(pattern-match  reactive) 
(slot  species 

(default  DEPOSITION-RATE) ) 
(slot  units 

(default  gram/hour) ) 
(slot  symbol 

(default  M-sub-t) ) 
)    ;end  def class  PROCESS-LIMITS-DEPOSITION 


Governing  Equations. CLP 


(defclass  GOVERNING -EQUATION 

"GOVERNING-EQUATION  is  a  first-level  attribute  specialization  of 
the  TECHNOLOGY  attribute  hierarchy" 
(is-a  TECHNOLOGY  LEVEL- 1 -ATTRIBUTE) 
(role  abstract) 
(pattern-match  non-reactive) 
(slot  classification 
(default  EQUATION) ) 
)    ;end  defclass  GOVERNING- EQUATION 

(defclass  EMPIRICAL-RELATIONSHIP 

"EMPIRICAL-RELATIONSHIP  is  a  first-level  attribute  specialization 
of  the  GOVERNING -EQUATION  class  within  the  TECHNOLOGY  attribute 
hierarchy" 

(is-a  GOVERNING-EQUATION) 
(role  concrete) 
(pattern-match  reactive) 
(slot  relationship-name 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c -header  ;  function  prototype  for  c  program 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  STRING) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
)  ;  end  defclass  EMPIRICAL-RELATIONSHIP 


182 


(defclass  OBJECTIVE-FUNCTION 

"OBJECTIVE-FUNCTION  is  a  first-level  attribute  specialization 
of  the  GOVERNING-EQUATION  class  within  the  TECHNOLOGY  attribute 
hierarchy.  This  function  will  be  used  as  the  objective  to  minimize 
in  the  optimization  phase." 
(is-a  GOVERNING-EQUATION) 
(role  concrete) 
(pattern-match  reactive) 
(slot  function-name 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c-header  ;  function  prototype  for  c  program 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  STRING) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
)  ;  end  defclass  OBJECTIVE-FUNCTION 

(defclass  DESIGN- PARAMETER 

"DESIGN- PARAMETER  is  a  first-level  attribute  specialization 
of  the  GOVERNING-EQUATION  class  within  the  TECHNOLOGY  attribute 
hierarchy" 

(is-a  GOVERNING-EQUATION) 
(role  concrete) 
(pattern-match  reactive) 
(slot  parameter-name 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c-declaration       ;  variable  declaration  for  c  program 
(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  STRING) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c-type  ;  variable  type  declaration  for  c  program 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  STRING) 
(allowed-st rings 

"int" 

"short" 

" long" 

"float" 

"double" 

"long  double") 
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(default  ?NONE) )       ;  must  specify  for  each  instance 
)  ;  end  def class  DESIGN- PARAMETER 

(defclass  CONSTANT 

"CONSTANT  is  a  first-level  attribute  specialization 
of  the  GOVERNING-EQUATION  class  within  the  TECHNOLOGY  attribute 
hierarchy" 

(is-a  GOVERNING-EQUATION) 
(role  concrete) 
(pattern-match  reactive) 
(slot  constant -name 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c-define  ;  #DEFINE  for  c  program 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  STRING) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  c-type  ;  variable  type  declaration  for  c  program 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  STRING) 
(allowed-st rings 

"int" 
"short" 
" long" 
"float" 
"double" 
" long  double" ) 
(default  ?NONE) )       ;  must  specify  for  each  instance 
;  end  defclass  CONSTANT 

defmessage-handler  EMPIRICAL-RELATIONSHIP  print-header  ( ?LogicalName) 

(format  ?LogicalName  "     %s%n"  ?self :c-header) 
;  end  defmessage-handler  EMPIRICAL-RELATIONSHIP  print-header 

defmessage-handler  OBJECTIVE-FUNCTION  print-header  (?LogicalName) 

(format  ?LogicalName  "     %s%n"  ?self :c-header) 
;  end  defmessage-handler  OBJECTIVE-FUNCTION  print -header 

defmessage-handler  DESIGN-PARAMETER  print-declaration  ( ?LogicalName) 

(format  ?LogicalName  "     %s%n"  ?self :c-declaration) 
;  end  defmessage-handler  DESIGN- PARAMETER  print-declaration 

defmessage-handler  CONSTANT  print -define  (?LogicalName) 

(format  ?LogicalName  "     %s%n"  ?self :c-def ine) 
;  end  defmessage-handler  CONSTANT  print -def ine 
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qualitative  needs.CLP 


(defclass  QUALITATIVE-REQTS 

"QUALITATIVE-REQTS  is  a  first-level  attribute  specialization  of  the 
TECHNOLOGY  (applications)  attribute  hierarchy" 
(is-a  TECHNOLOGY  LEVEL-1-ATTRIBUTE) 
(role  concrete) 
(pattern -match  reactive) 
(slot  technology-type 

(default  APPLICATION) ) 
(slot  classification 

(default  QUALITATIVE-REQTS)) 
(slot  criteria-category       ;  i.e.  surface-contact 
(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  criteria-name       ;  i.e.  slide-to-roll-ratio,  contact-stress 
(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  LEXEME) 

(default  ?NONE) )       ;  must  specify  for  each  instance 
(slot  qualitative -value 

(create-accessor  read-write) 
(access  read-write) 
(type  LEXEME) 
(allowed- values 

VERY -LOW 
LOW 

MEDIUM-LOW 
MEDIUM 
MEDIUM-HIGH 
HIGH 

VERY-HIGH) 
(default  ?NONE) )       ;  must  specify  for  each  instance 
)    ;end  defclass  QUALITATIVE-REQTS 


Match  Table.CLP 


(defclass  MATCH-TABLE 

"MATCH-TABLE  is  a  tabular  structure  to  hold  instances  where  the 
APPLICATION  needs  match  DISCOVERY  capabilities." 
(is-a  USER) 
(role  concrete) 
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(pattern-matclj  reactive) 
(slot   discovery-name 

(create-accessor   read-write) 

(access   initialize-only) 

(storage    local) 

(type   LEXEME) 

(default  ?NONE) ) 
(slot  application-name 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  criterion-matched 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  discovery -qualitative -value 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  application-qualitative- value 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  match-goodness 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  match-id 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  SYMBOL) 

(default-dynamic  (gensym*))) 
(slot  discovery-attribute-address 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  INSTANCE) 

(default  ?NONE) ) 
(slot  application -at tribute -address 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  INSTANCE) 
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(default  ?NONE) ) 
(slot  tally-update 

(create-accessor  read-write) 
(access  read-write) 
(storage  local) 
(type  SYMBOL) 

(allowed-syinbols  TRUE  FALSE) 
(default  FALSE) ) 
) ;  end  def class  MATCH-TABLE 

(defmessage-handler  MATCH-TABLE  print-MATCH-TABLE  ( ?LogicalName) 
(format  ?LogicalName  "%n") 

( f  o rma t  ?  Log  i ca IName  "  + 

+%n") 

(format  ?LogicalName  "|  Match 

Table  l%n") 

(format  ?LogicalName  "I  Criterion  Matched:         %20s 
|%n" 

?self : criterion -matched) 
(format  ?LogicalName  "|  Match  Goodness:  %20s 

|%n" 

?self :match-goodness ) 
(format  ?LogicalName  "|  Match  Instance  Identifier:  %20s 
|%n" 

(instance-name  ?self ) ) 
(format  ?LogicalName  "|  Match  Identifier:  %20s 

|%n" 

?self :match-id) 

(format    ?Logica IName    "+ 

+%n") 

(format  ?LogicalName  "|  Category  Discovery 

Application         l%n") 

( forma t  ? Log i ca IName  "  + 

+%n") 

(format  ?LogicalName  "I  Name:  %20s     %20s       |%n" 

?self : discovery -name  ?self : application-name) 
(format  ?LogicalName  "|  Qualitative  Value:  %20s     %20s       |%n" 

?self :discovery-qualitative-value  ?self :application-qualitative-value) 
(format  ?LogicalName  "|  Attribute  Address:  %20s    %20s       |%n" 

(instance-name-to-symbol  (instance-name  ?self :discovery-attribute- 
address) ) 

(instance-name-to-symbol  (instance-name  ?self :application-attribute- 
address) ) ) 

(format  ?Logica IName  "+ 

+%n") 

(format    ?LogicalName    "%n") 
) ;    end  defmessage-handler  MATCH-TABLE  print-MATCH-TABLE 

Match  Tally  Class.CLP 


(defclass   MATCH-TALLY 
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"The  MATCH-TALLY  class  holds  a  running  total  for  DISCOVERY- 
APPLICATION  matched  pairs.  MATCH-TALLY  tracks  the  names  of 
attributes  that  match  and  the  total  number  of  STRONG  and  WEAK 
matches . " 
(is-a  USER) 
(role  concrete) 
(pattern-match  reactive) 
(slot  discovery-name 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(slot  application-name 

(create-accessor  read-write) 

(access  initialize-only) 

(storage  local) 

(type  LEXEME) 

(default  ?NONE) ) 
(multislot  strong-matches 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  ?DERIVE) ) 
(multislot  weak-matches 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  LEXEME) 

(default  7DERIVE)) 
(slot  strong-count 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  INTEGER) 

(default  0) ) 
(slot  weak-count 

(create-accessor  read-write) 

(access  read-write) 

(storage  local) 

(type  INTEGER) 

(default  0) ) 
) ;  end  deftemplate  MATCH-TALLY 

(defmessage-handler  MATCH-TALLY  add-to-tally  (?criterion  ?fit) 
"MATCH-TALLY  add-to-tally  updates  the  MATCH-TALLY  for  a 
DISCOVERY-APPLICATION  match.  The  ?fit  determines  whether  the 
?criterion  matched  is  STRONG  or  WEAK.  The  slots  weak-count 
and  strong-count  get  incremented  accordingly.  The  multifield  slots 
for  strong-matches  and  weak-matches  get  updated  with  the  new 
?criterion. " 
(switch  ?fit 

(case  STRONG  then 
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(bind  ?self: strong-count  (+  1  ?self : strong-count ) ) 
(bind  ?self : strong-matches  ?self : strong-matches  ?criterion) 
) ;  end  case  STRONG 
(case  WEAK  then 

(bind  ?self :weak-count  (+  1  ?self :weak-count ) ) 
(bind  ?self : weak-matches  ?self :weak-matches  ?criterion) 
) ;  end  case  WEAK 
) ;  end  switch 
) ;  end  defmessage-handler  MATCH-TALLY  add-to-tally 

(defmessage-handler  MATCH-TALLY  print-statistics  (?LogicalName) 

"The  defmessage-handler  MATCH-TALLY  print-statistics  lists 
strong  and  weak  criteria  matches  and  provides  a  numerical 
score  for  the  success  of  the  match" 

(format  ?LogicalName  "%n%n") 

( f orma t  ?Logical Name  "  + 

+%n") 

(format  ?LogicalName  "|  Match  Statistics 

l%n") 

(format  ?LogicalName  "I  l%n") 

(format  ?LogicalName  "|  Discovery:        %20s  |%n" 

?self : discovery-name) 

(format  ?LogicalName  "I  Application:       %20s  |%n" 

?self :application-name) 

(format  ?LogicalName  "+ 

+%n") 

(format  ?LogicalName  "I  Strong  Matches: 
l%n") 

(bind  ?n  1) 

(loop-for-count  ?self : strong-count 

(format  ?LogicalName  "|      %20s  |%n"  (nth$  ?n 

?self: strong-matches) ) 

(bind  ?n  (+  ?n  1) ) ) 


(  format  ? Log ica iName  "  + 

+%n") 

(format  ?LogicalName  "I  Weak  Matches: 
l%n") 

(bind  ?n  1) 

(loop-for-count  ?self : weak-count 

(format  ?LogicalName  "|      %20s  |%n"  (nth$  ?n 

?self :weak-matches) ) 

(bind  ?n  (+  ?n  1) ) ) 


(format  ?LogicalName  "+ 

+%n") 

(format  ?LogicalName  "|  Score  =  %4.2f 
|%n" 

(/  ?self : strong-count  (+  ?self : strong-count  ?self :weak-count ) ) ) 

( forma t  ?  Log  i  c a  1  Name  "  + 

+%n") 

(format  ?LogicalName  "%n%n") 
) ;  end  defmessage-handler  MATCH-TALLY  print-statistics 
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B.2.2  Template  Definitions 

Match  Templates.CLP 


(def template  MATCH-TALLY 

"The  MATCH-TALLY  template  holds  a  running  total  for  DISCOVERY- 
APPLICATION  matched  pairs.  MATCH-TALLY  tracks  the  names  of 
attributes  that  match  and  the  total  number  of  STRONG  and  WEAK 
matches . " 

(slot  discovery-name 
(type  SYMBOL) 
(default  7DERIVE) ) 
(slot  application-name 
(type  SYMBOL) 
(default  7DERIVE) ) 
(multislot  strong-matches 

(type  SYMBOL) ) 
(multislot  weak-matches 

(type  SYMBOL) ) 
(slot  strong-count 
(type  INTEGER) 
(default  0) ) 
(slot  weak-count 
(type  INTEGER) 
(default  0) ) 
) ;  end  def template  MATCH -TALLY 

(def template  MATCH -STATUS 

"MATCH-STATUS  indicates  whether  the  MATCH-TALLY  has  been  initialized 
for  a  given  DISCOVERY-APPLICATION  pair.  This  fact  template  prevents 
duplicate  MATCH-TALLY  template  instances  from  being  created." 
(slot  discovery-name 
(type  SYMBOL) 
(default  7DERIVE) ) 
(slot  application-name 
(type  SYMBOL) 
(default  7DERIVE) ) 
(slot  status 

(type  SYMBOL) 

(allowed- symbols  NOT- READY  READY) 
(default  READY) ) 
) ;  end  def template  MATCH-STATUS 
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B.2.3  Rule  Definitions 

Qualitative  Rules.CLP 


(defrule  DECOMPOSE-CONTACT-STRESS 

"Rule  DECOMPOSE-CONTACT-STRESS  matches  instances  of  the  class 
QUALITATIVE-REQTS  where : 

criteria-category    =    SURFACE -CONTACT 
criteria-name       =   SURFACE-STRESS 
criteria-name        =    SLIDE-TO-ROLL-RATIO 
Instances  of  the  following  classes  are  created  for  use  in  the 
DISCOVERY  --  APPLICATION  matching  process: 
THERMAL-CONDUCTIVITY 
SPECIFIC-HEAT 
DENSITY" 
(object  (is-a  QUALITATIVE-REQTS) 

(criteria-category  SURFACE -CONTACT) 
(criteria-name  CONTACT-STRESS) 
(technology-name  ?tname) 

(qualitative-value  ?qvalue£cHIGH  I  MEDIUM-HIGH  |  VERY-HIGH) 
(technology-type  APPLICATION) 
(classification  QUALITATIVE-REQTS) ) 
(object  (is-a  QUALITATIVE-REQTS) 

(criteria-name  SLIDE-TO-ROLL-RATIO) 
(technology-name  ?tname) 

(qualitative-value  ?qvalue£cHIGH  I  MEDIUM-HIGH  I  VERY-HIGH)  ) 
=> 

(make-instance  (+  ?tname  -K)  of  THERMAL-CONDUCTIVITY 
(qualitative-value  ?qvalue) 
(technology-type  APPLICATION) 
(technology-name  ?tname) 
(phylum  SURFACE-TREATMENT) 
)    ;  end  make- instance  ?tname-K 

(make-instance  (+  ?tname  -C)  of  SPECIFIC-HEAT 

(qualitative-value  MEDIUM) 

(technology-type  APPLICATION) 

(technology-name  ?tname) 

(phylum  SURFACE-TREATMENT) 
)    ;  end  instance  ?tname-C 

(make-instance  (+  ?tname  -RHO)  of  DENSITY 

(qualitative-value  MEDIUM-LOW) 

(technology- type  APPLICATION) 

(technology-name  ?tname) 

(phylum  SURFACE-TREATMENT) 
)    ;  end  instance  ?tname-RHO 

)    ;  end  defrule  DECOMPOSE-CONTACT-STRESS 
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(defrule  MATCH-REQT-CAPABILITY 

"This  rule  builds  a  table  of  instances  for  DISCOVERY  capabilities  that 
match  APPLICATION  requirements.  The  matching  table  has  the  following 
attributes  for  the  prelimnary  ranking  process: 

discovery-name 

application -name 

criterion -matched 

discovery-qualitative -value 

application-qualitative- value 

match-goodness 

match- id 

discovery -at tribute -address 

application-attribute -address 

?appl  <-  (object  (is-a  ?x) 

(species  ?spec) 

(technology-type  APPLICATION) ) 
?disc  <-  (object  (is-a  ?x) 

(species  ?spec) 
(technology-type  DISCOVERY)) 
=> 

(make-instance  of  MATCH-TABLE 

(discovery-attribute -address  ?disc) 
(application-attribute-address  ?appl) 
(discovery -name  (send  ?disc  get -technology-name) ) 
(application-name  (send  ?appl  get-technology-name)) 
(criterion-matched  (class  ?appl)) 

(discovery-qualitative-value  (send  ?disc  get-qualitative-value)) 
(application-qualitative-value  (send  ?appl  get-qualitative-value) ) 
(match-goodness  (match-rating  (send  ?appl  get-qualitative-value) 

(send  ?disc  get-qualitative-value) 
(send  ?appl  get-assessment-criteria))) 
)    ;end  make-instance  MATCH-TABLE 
)    ;end  defrule  MATCH-REQT-CAPABILITY 

(defrule  INTIALIZE-MATCH-TALLY 

"INTIALIZE-MATCH-TALLY  asserts  a  fact  template  to  track  DISCOVERY- 
APPLICATION  matches .  Attributes  matched  and  the  number  of  STRONG 
and  WEAK  matches  are  also  totaled." 
(object  (is-a  MATCH-TABLE) 

(discovery-name  ?disc) 
(application-name  ?appl)) 
(not  (MATCH -STATUS 

(discovery-name  ?disc) 
(application-name  ?appl) ) ) 
=> 

(assert  (MATCH-TALLY 

(discovery -name  ?disc) 
(application-name  ?appl))) 
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(assert  (MATCH-STATUS 

(discovery-name  ?disc) 
(application-name  ?appl))) 
) ;  end  defrule  INTIALIZE-MATCH-TALLY 

(defrule  UPDATE-MATCH -TALLY 

"UPDATE-MATCH-TALLY  updates  the  totals  for  the  DISCOVERY-APPLICATION 
match  pairs.  Attributes  matched  are  added  to  a  multislot  field  and 
the  numbers  of  STRONG  and  WEAK  matches  are  totaled." 
?obj  <-  (object  (is-a  MATCH-TABLE) 

(discovery-name  ?disc) 
(application-name  ?appl) 
(criterion-matched  ?crit) 
(match-goodness  ?fit) 
(tally-update  FALSE)) 
?match  <-  (MATCH-TALLY 

(discovery-name  ?disc) 
(application-name  ?appl) 
(strong -matches  $?sm) 
(weak-matches  $?wm) 
(strong-count  ?sc) 
(weak-count  ?wc)) 
=> 

(if  (str-compare  ?fit  STRONG) 
then 

(modify  ?match 

(strong-matches  ?sm  ?crit) 
(strong-count  (+  ?sc  1))) 
else 

(modify  ?match 

(weak-matches  ?wm  ?crit) 
(weak-count  (+  ?wc  1))) 
) ;  end  if 

(send  ?obj  put -tally-update  TRUE) 
) ;  end  defrule  UPDATE-MATCH-TALLY 

(defrule  UPDATE-MATCH-TALLY- INSTANCE 

"UPDATE-MATCH-TALLY  updates  the  totals  for  the  DISCOVERY-APPLICATION 
match  pairs.  Attributes  matched  are  added  to  a  multislot  field  and 
the  numbers  of  STRONG  and  WEAK  matches  are  totaled." 
?obj  <-  (object  (is-a  MATCH-TABLE) 

(discovery-name  ?disc) 
(application-name  ?appl) 
(criterion-matched  ?crit) 
(match-goodness  ?fit) 
(tally-update  FALSE)) 


=> 

(if  (not 


(do- for- instance 

((?mt  MATCH-TALLY)) 

(and  (=  ?mt : discovery-name  ?disc) 

(=  ?mt :application-name  ?appl)) 

(send  ?mt  add-to-tally  ?crit  ?fit) 
) ;  end  do-for-instance 
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) 

then 

(switch  ?fit 

(case  STRONG  then 

(make- instance  of  MATCH-TALLY 
(discovery-name  ?disc) 
(application-name  ?appl) 
(strong -matches  ?crit) 
(strong-count  1) 

) 
) ;  end  case  STRONG 
(case  WEAK  then 

(make-instance  of  MATCH-TALLY 
(discovery-name  ?disc) 
(application-name  ?appl) 
(weak-matches  ?crit) 
(weak-count  1) 
) 
) ;  end  case  WEAK 
)  ;  end  switch 
) ;  end  if 

(send  ?obj  put-tally-update  TRUE) 
) ;  end  defrule  UPDATE -MATCH-TALLY-INSTANCE 

Menu  Rules.CLP 


(defrule  SHOW-MAIN-MENU 

"SHOW-MAIN-MENU  fires  after  all  matching  activity  is  completed.  User 
can  choose  to  display  or  save  to  files  statistics  relevant  to  the 
matching  process.  The  user  will  also  have  the  ability  to  download 
pertinent  attribute  information  header  files  needed  to  run  the 
analysis  simulations." 
(declare  (salience  -10000)) 
=> 

( CountTechMatches ) 
(CountAttrMatches ) 
(bind  ?nTmatches  (CountTechMatches)) 
(bind  ?nAmatches  (CountAttrMatches)) 
(MainMenu  1  ?nTmatches  ?nAmatches) 

(bind  ?mainchoice  (ValidUserlnput  (read  t)  (create$  1  2  9))) 
(while  (<>  ?mainchoice  9) 
(switch  ?mainchoice 
(case  1  then 

(DisplayMatchTable  1) 

(bind  ?matchchoice  (ValidUserlnput  (read  t)  (create$  12  4  5  9))) 
(while  (<>  ?matchchoice  9) 
(switch  ?matchchoice 
(case  1  then 

(PrintMatchTable  t) 
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(PressReturn) ) 
(case  2  then 

(GetAppendFile  table) 
(PrintMatchTable  table) 
(close  table) 
(PressReturn) ) 
(case  4  then 

.•(printout  t  "match  stats  go  here"  crlf) 
(PrintMatchStats  t) 
(PressReturn) ) 
(case  5  then 

(GetAppendFile  stats) 
(PrintMatchStats  stats) 
(close  stats) 
(PressReturn) ) 
) ;  end  switch 
(DisplayMatchTable  1) 
(bind  ?matchchoice  (ValidUser Input  (read  t)  (create$  12  4  5  9))) 
) ;  end  while 
) ;  end  case  1 
(case  2  then 

(OutputForAnalysis  1) 

(bind  ?outputchoice  (ValidUserlnput  (read  t)  (create$  12  3  4  5  6 
9))) 

(while  (<>  ?outputchoice  9) 
(switch  ?outputchoice 
(case  1  then 

(GetAppendFile  er) 

(PrintEmpiricalRelationships  APPLICATION  er) 
(close  er) 
(PressReturn) ) 
(case  2  then 

(GetAppendFile  dp) 

(PrintDesignParameters  APPLICATION  dp) 
(close  dp) 
(PressReturn) ) 
(case  3  then 

(GetAppendFile  obf) 

(PrintObjectiveFunction  APPLICATION  obf) 
(close  obf) 
(PressReturn) ) 
(case  4  then 

(GetAppendFile  c) 
(PrintConstants  APPLICATION  c) 
(close  c) 
(PressReturn) ) 
(case  5  then 

(GetAppendFile  er) 

(PrintEmpiricalRelationships  DISCOVERY  er) 
(close  er) 
(PressReturn) ) 
(case  6  then 

(GetAppendFile  c) 
(PrintConstants  DISCOVERY  c) 


6  9))) 
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(close  c) 

(PressReturn) ) 
) ;  end  switch 
(OutputForAnalysis  1) 
(bind  ?outputchoice  (ValidUser Input  (read  t)  (create$  12  3  4  5 


) ;end  while 
) ;  end  case  2 
) ;  end  switch 

(MainMenu  1  ?nTmatches  ?nAinatches) 

(bind  ?mainchoice  (ValidUserlnput  (read  t)  (create$  1  2  9))) 
);  end  while  stuff  here... 
(printout  t  "we're  all  done  now..."  crlf) 
end  defrule  SHOW-MAIN-MENU 
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B.2.4  Functions 
B.2.4.1  Generic  methods 

Generic  Methods.CLP 


(defgeneric  +  "overload  to  handle  symbols  and  strings") 

(defmethod  +  ((?a  SYMBOL)  (?b  SYMBOL))    ; overload  +  to  concatenate 
(sym-cat  ?a  ?b) )                       ;SYMBOLS  result  is  SYMBOL 

(defmethod  +  ({?a  STRING)  (?b  STRING))    .-overload  +  to  concatenate 
(str-cat  ?a  ?b)  )                      .-STRINGS  result  is  STRING 

(defmethod  +  ((?a  LEXEME)  (?b  LEXEME))    .-overload  +  to  concatenate 
(sym-cat  ?a  ?b)  )                       .-LEXEMES  result  is  SYMBOL 

(defgeneric  =  "overload  to  handle  symbols  and  strings") 

(defmethod  =  (  ( ?a  SYMBOL)  (?b  SYMBOL))    .-overload  =  to  compare 

(=  (str-compare  ?a  ?b)  0))             .-SYMBOLS  result  is  LOGICAL 

(defmethod  =  ((?a  STRING)  (?b  STRING))    .-overload  =  to  compare 

(=  (str-compare  ?a  ?b)  0))             .-STRINGS  result  is  LOGICAL 

(defmethod  =  ((?a  LEXEME)  (?b  LEXEME))    .-overload  =  to  compare 

(=  (str-compare  ?a  ?b)  0))             .-LEXEMES  result  is  LOGICAL 
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B.2.4.2  Deffunctions 

Matching  Functions. CLP 


(deffunction  match-rating  (?appl-val  ?disc-val  ?assess-crit) 
(if  (eq  ?appl-val  ?disc-val) 
then 

(return  STRONG) 
else 

(switch  ?appl-val 

(case  VERY-LOW  then 

(if  (or  (=  ?disc-val  LOW)  (=  ?disc-val  MEDIUM-LOW)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ; end  i  f 
)    ;end  case 
(case  LOW  then 

(if  (or  (=  ?disc-val  VERY-LOW)  (=  ?disc-val  MEDIUM-LOW)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ;end  if 
)    ;end  case 
(case  MEDIUM-LOW  then 

(if  (or  (=  ?disc-val  LOW)  (=  ?disc-val  MEDIUM)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ;end  if 
)    ;end  case 
(case  MEDIUM  then 

(if  (or  (=  ?disc-val  MEDIUM-LOW)  (=  ?disc-val  MEDIUM-HIGH)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ; end  i  f 
)    ; end  case 
(case  MEDIUM-HIGH  then 

(if  (or  (=  ?disc-val  MEDIUM)  (=  ?disc-val  HIGH)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ;end  if 
)    ;end  case 
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) 


(case  HIGH  then 

(if  (or  (=  ?disc-val  MEDIUM-HIGH)  (=  ?disc-val  VERY-HIGH)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ; end  i  f 
)    ;end  case 
(case  VERY-HIGH  then 

(if  (or  (=  ?disc-val  MEDIUM-HIGH)  (=  ?disc-val  HIGH)) 
then 

(return  STRONG) 
else 

(return  WEAK) 
)    ; end  i  f 
)    ;end  case 
(default  WEAK) 
)    ;end  switch 
; end  i  f 


)    ;end  deffunction  match-rating 


Menu  System.CLP 


(deffunction  MainMenu  (?menu  ?matches  ?attr-matches) 

(printout  t  "+ 

(printout  t 

(printout  t 

(printout  t 

( format  t 
?matches) 

( format  t 
?attr-matches) 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 

(printout  t 


Main  Menu 

The  Qualitative  matching  engine  found  %-021d 

Discovery--Application  match(es)  and  %-021d 

attribute  capability--requirements  matches. 

What  would  you  like  to  do  now?  Please  select 
one  of  the  following  options: 

1  Display  Match  Table 

2  Prepare  matched  technologies  for 
quantitative  analyses 

9    Quit  CLIPS 


*■"  crlf) 
I"  crlf) 
I "  crlf) 
I"  crlf) 
|%n" 

|%n" 


1  ** 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  ** 

crlf) 

1  H 

crlf) 

1  ** 

crlf) 

+  " 

crlf) 

(return  ?menu) 
) ;  end  deffunction  MainMenu 


(deffunction  DisplayMatchTable  (?menu) 
(printout  t  "+ 


-+"  crlf) 
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(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t  "+-- 
(return  ?menu) 
end  def function 


Display  Match  Table  Menu 

What  would  you  like  to  do  now?  Please  select 
one  of  the  following  options: 

1  Display  Match  Table 

2  Save  Match  Table  to  an  output  file 

4  Display  Match  Statistics 

5  Save  Match  Statistics  to  an  output  file 

9    Return  to  Main  Menu 


DisplayMatchTable 


1  " 

crlf) 

1  " 

crlf ) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

1  M 

crlf) 

1  H 

crlf) 

I  ** 

crlf) 

1  " 

crlf) 

1  ** 

crlf) 

1  " 

crlf) 

1  " 

crlf) 

+  '■ 

crlf) 

(deffunction  OutputForAnalysis  (?menu) 


) 


(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t 
(printout  t  "+-- 
(return  ?menu) 
end  deffunction 


Prepare  Output  Files  for  Analysis  Menu 

What  would  you  like  to  do  now?  Please  select 
one  of  the  following  options: 

1  Application  governing  equations 

c  function  prototypes 

2  Application  design  parameter 

c  prototypes 

3  Application  objective  function 

c  function  prototypes 

4  Application  constants  c  prototypes 

5  Discovery  governing  equations 

c  function  prototypes 

6  Discovery  constants  c  prototypes 
9    Return  to  Main  Menu 


OutputForAnalysis 


crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 
crlf) 


(deffunction  ValidUserlnput  (?user  $?allowed) 
(while  (not  (inember$  ?user  ?allowed)  ) 

(format  t  "%s  is  not  a  valid  choice.  %n" 

(implode$  (create$  ?user) ) ) 
(format  t  "Please  enter  from  the  following  list:  %n  %s  %n" 

(implode$  ?al lowed ) ) 
(bind  ?user  (read  t) ) ) 
(return  ?user) 
) ;  end  deffunction  ValidUserlnput 


(deffunction  PressReturn  () 

(format  t  "%n%n%n    Press  <return>  to  continue. 


.%n") 
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(readline  t) 
) ;  end  def function  PressReturn 

(def function  PrintMatchTable  (?LogicalName) 
(do- for -all -instances 

((?table  MATCH-TABLE)) 

TRUE 

(send  ?table  print -MATCH -TABLE  ?LogicalNait>e)  ) 
) ;  end  def function  PrintMatchTable 

(def function  PrintMatchStats  (?LogicalName) 
(do- for -all -instances 

((?stats  MATCH-TALLY)) 

TRUE 

(send  ?stats  print-statistics  ?LogicalName) ) 
) ;  end  def function  PrintMatchStats 

(def function  CountTechMatches  () 
(bind  ?n  0) 
(do- for -all -instances 

((?tally  MATCH-TALLY)) 
TRUE 

(bind  ?n  (+  ?n  1) ) ) 
(return  ?n) 
) ;  end  of  def function  CountTechMatches 

(def function  CountAttrMatches  () 
(bind  ?n  0) 
(do- for -all -instances 

((?table  MATCH -TABLE ) ) 
TRUE 

(bind  ?n  (+  ?n  1) ) ) 
(return  ?n) 
) ;  end  of  def function  CountAttrMatches 

(def function  PrintEmpiricalRelationships  (?tech-type  ?LogicalName) 
(format  ?LogicalNaine  "/*  Begin  %s  Empirical  Relationships  */%n" 

?tech-type) 
(do- for -all -instances 

((?er  EMPIRICAL-RELATIONSHIP)) 

(eq  ?tech-type  ?er: technology-type) 

(send  ?er  print-header  ?LogicalName) ) 
(format  ?LogicalName  "/*  End  %s  Empirical  Relationships  */%n" 

?tech-type) 
) ;  end  def function  PrintEmpiricalRelationships 

(def function  PrintObjectiveFunction  (?tech-type  ?LogicalName) 
(format  ?LogicalName  "/*  Begin  %s  Objective  Functions  */%n" 

?tech-type) 
( do- for-all- instances 

((?of  OBJECTIVE-FUNCTION)) 

(eq  ?tech-type  ?of : technology-type) 

(send  ?of  print-header  ?LogicalName) ) 
(format  ?LogicalName  "/*  End  %s  Objective  Functions  */%n" 
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?tech-type) 
);  end  def function  PrintObjectiveFunction 

(def function  PrintDesignParameters  (?tech-type  ?LogicalName) 
(format  ?LogicalName  "/*  Begin  %s  Design  Parameters  */%n" 

?tech-type) 
( do- for-all- instances 

((?dp  DES IGN- PARAMETER ) ) 
(eq  ?tech-type  ?dp: technology-type) 
(send  ?dp  print-declaration  ?LogicalName) ) 
(format  ?LogicalName  "/*  End  %s  Design  Parameters  */%n" 
?tech-type) 
) ;  end  def function  PrintDesignParameters 

(def function  PrintConstants  (?tech-type  ?LogicalName) 
(format  ?LogicalName  "/*  Begin  %s  Constants  */%n" 

?tech-type) 
(do- for -all -instances 

( (?c  CONSTANT) ) 

(eq  ?tech-type  ?c : technology-type) 

(send  ?c  print-define  ?LogicalName) ) 
(format  ?LogicalName  "/*  End  %s  Constants  */%n" 

?tech-type) 
) ;  end  def function  PrintConstants 


File  Functions.CLP 


(def function  GetFile  ( ?LogicalName  ?FileMode) 
(format  t  "%n%nEnter  output  filename:  %n") 
(bind  ?f ilename  (readline) ) 
(return  (open  ?f ilename  ?LogicalName  ?FileMode) ) 

) ;  end  def function  GetFile 

(deffunction  GetOutputFile  (?LogicalName) 

(return  (GetFile  ?LogicalName  "w" ) ) 
) ;  end  deffunction  GetOutputFile 

(deffunction  GetlnputFile  (?LogicalName) 

(return  (GetFile  ?LogicalName  "r")) 
) ;  end  deffunction  GetlnputFile 

(deffunction  GetAppendFile  (?LogicalName) 

(return  (GetFile  ?LogicalName  "a")) 
) ;  end  deffunction  GetAppendFile 

(deffunction  GetReadAppendFile  (?LogicalName) 

(return  (GetFile  ?LogicalName  "r+")) 
) ;  end  deffunction  GetReadAppendFile 
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B.3    KNOWLEDGE  BASE  CONTENTS 

B.3.1  DISCOVERY  Instances 

CVD-Diamond  Instances.CLP 


(def instances  thermal -surface -properties 
(DIAMOND-CVD-K  of  THERMAL-CONDUCTIVITY 
(qualitative-value  VERY-HIGH) 
( technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE -TREATMENT) 
(quantitative-value  1540) 
)    ;  end  instance  DIAMOND-CVD-K 

(DIAMOND-CVD-C  of  SPECIFIC-HEAT 

(qualitative -value  MEDIUM) 

(technology -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  853) 
)    ;  end  instance  DIAMOND-CVD-C 

(DIAMOND-CVD- ALPHA  of  THERMAL- EXPANSION 

(qualitative-value  VERY-LOW) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  1.5E-6) 
)    ;  end  instance  DIAMOND-CVD-ALPHA 

(DIAMOND-CVD-ALPHA-DIFF  of  THERMAL-DIFFUSIVITY 

(qualitative-value  VERY-HIGH) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  1291E-6) 
)    ;  end  instance  DIAMOND-CVD-ALPHA-DIFF 

(DIAMOND-CVD-T-SHOCK  of  THERMAL-SHOCK 

(qualitative-value  UNKNOWN) 

( technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  none) 
)    ;  end  instance  DIAMOND-CVD-T-SHOCK 

(DIAMOND-CVD-USE-TEMP  of  USAGE -TEMPERATURE 

(qualitative -value  VERY-HIGH) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  2000) 
)    ;  end  instance  DIAMOND-CVD-USE-TEMP 
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(DIAMOND-CVD-MELT- POINT  of  MELT-POINT 

(qualitative-value  VERY-HIGH) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  3000)    ;DOESN'T  MELT- -VAPORIZES ! 
)    ;  end  instance  DIAMOND-CVD-MELT-POINT 

)    ;end  def instances  thermal-surf ace-properties 

(def instances  mechanical -surf ace -properties 
(DIAMOND-CVD-E  of  YOUNGS -MODULUS 
(qualitative-value  VERY-HIGH) 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
(quantitative-value  1.05E12) 
)    ;  end  instance  DIAMOND-CVD-E 

(DIAMOND-CVD-G  of  SHEAR-MODULUS 

(qualitative -value  VERY-HIGH) 

(techno logy -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative-value  5.5E11) 
)    ;  end  instance  DIAMOND-CVD-G 

(DIAMOND-CVD-NU  of  POISSON-RATIO 

(qualitative-value  VERY-LOW) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative -value  0.07) 
)    ;  end  instance  DIAMOND-CVD-NU 

(DIAMOND-CVD-RHO  of  DENSITY 

(qualitative-value  MEDIUM-LOW) 

( technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE -TREATMENT) 

(quantitative-value  3500) 
)    ;  end  instance  DIAMOND-CVD-RHO 

(DIAMOND-CVD-R  of  ROUGHNESS 

(qualitative -value  MEDIUM-LOW) 

(techno logy -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(quantitative -value  O.lE-6) 
)    ;  end  instance  DIAMOND-CVD-R 

(DIAMOND-CVD-HK  of  HARDNESS 

(qualitative-value  VERY-HIGH) 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE -TREATMENT) 

(quantitative-value  5700) 
)    ;  end  instance  DIAMOND-CVD-HK 

)    ;end  def instances  mechanical-surface-properties 
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(def instances  environmental-surface-propertie.s 

(DIAMOND-CVD-OX-RESIST  of  OXIDATION-RESISTANCE 
(qualitative-value  VERY-HIGH) 
( technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
)    ;  end  instance  DIAMOND-CVD-OX-RESIST 

(DIAMOND-CVD-LUB-COMPAT  of  LUB-COMPATIBILITY 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
(lub-list  WATER  OIL) 

)    ;  end  instance  DIAMOND-CVD-LUB-COMPAT 

)    ;end  def instances  environmental-surface-properties 


CVD-Diamond  Equations.CLP 


(def instances  diamond-cvd- equations 

"diamond-cvd-equations  builds  the  equations  necessary  to  design 
with  the  diamond  CVD  process." 

(DIAMOND-CVD-THETA-SSO  of  EMPIRICAL-RELATIONSHIP 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
( relat ionship-name  DIAMOND-CVD-THETA-SSO ) 

(c-header  "float  ThetaSSO(  float  PenDepth,  float  Length,  \ 
float  LayerConductivity,  float  SubstrateConductivity ,  \ 
float  LayerThickness,  float  EntryLength  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-SSO 
(DIAMOND-CVD-THETA-OS  of  EMPIRICAL-RELATIONSHIP 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
(relationship-name  DIAMOND-CVD-THETA-OS) 

(c-header  "float  ThetaOS(  float  PenDepth,  float  Length,  \ 
float  LayerConductivity,  float  SubstrateConductivity,  \ 
float  LayerThickness,  float  EntryLength  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-OS 
(DIAMOND-CVD-THETA-S  of  EMPIRICAL-RELATIONSHIP 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 
(relationship-name  DIAMOND-CVD-THETA-S) 

(c-header  "float  ThetaS(  float  PenDepth,  float  Length,  \ 
float  LayerConductivity,  float  SubstrateConductivity  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-S 
(DIAMOND-CVD-THETA-SO  of  EMPIRICAL-RELATIONSHIP 
( technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE -TREATMENT) 
(relationship-name  DIAMOND-CVD-THETA-SO) 

(c-header  "float  ThetaSO(  float  ThetaSSO,  float  ThetaS  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-SO 
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(DIAMOND-CVD-THETA-O  of  EMPIRICAL-RELATIONSHIP 

( technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-THETA-O) 

(c-header  "float  ThetaO(  float  ThetaOS,  float  ThetaS  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-O 
(DIAMOND-CVD-T  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-TEMPERATURE) 

(c-header  "float  Temperature (  float  Theta,  float  Heatin  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-T 
(DIAMOND-CVD-D-PEN  of  EMPIRICAL-RELATIONSHIP 

(technology -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE -TREATMENT) 

(relationship-name  DIAMOND-CVD- PEN-DEPTH) 

(c-header  "float  PenetrationDepth(  float  Conductivity,  float  Density,  \ 
float  Specif icHeat,  float  Length,  float  Velocity  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-D-PEN 
(DIAMOND-CVD-L- ENTRY  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-ENTRY-LENGTH) 

(c-header  "float  EntryLength(  float  LayerConductivity,  float 
LayerDensity,  \ 

float  LayerSpecif icHeat,  float  Velocity,  float  LayerThickness  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-L -ENTRY 
(DIAMOND-CVD-SIGMA  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-NORMAL-STRESS) 

(c-header  "float  NormalStress (  float  YoungsModulus,  float 
Thermal Expansion,  \ 

float  TemperatureRise  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-SIGMA 
(DIAMOND-CVD-TAU  of  EMPIRICAL-RELATIONSHIP 

( technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-SHEAR-STRESS) 

(c-header  "float  ShearStress(  float  LayerNorma IS tress,  float 
SubstrateNormalStress,  \ 

float  LayerThickness,  float  LayerWidth  );") 
)  ;  end  instance  DIAMOND-CVD-TAU 
(DIAMOND-CVD-THETA-SS  of  EMPIRICAL-RELATIONSHIP 

(technology -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-THETA-SS) 

(c-header  "float  ThetaSS (  float  Thetalnterface,  float  ThetaSO_IFSS,  \ 
float  ThetaO_IFSS  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-SS 
(DIAMOND-CVD-DELTA  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-DELTA) 
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(c-header  "float  Delta (  float  ThetaUncoatedSubstrate,  float 
ThetaSubstrate  ) ; " ) 

)  ;  end  instance  DIAMOND-CVD-DELTA 
(DIAMOND-CVD-THETA-SS-P  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE -TREATMENT) 

(relationship-name  DIAMOND-CVD-THETA-SS-P) 

(c-header  "float  ThetaSS_P(  float  Delta,  float  ThetaSubstrate  );") 
)  ;  end  instance  DIAMOND-CVD-THETA-SS-P 
(DIAMOND-CVD-THETA-IF  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-THETA-IF) 

(c-header  "float  ThetaIF(  float  Delta,  float  Theta_IF  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-IF 
(DIAMOND-CVD-THETA-D  of  EMPIRICAL-RELATIONSHIP 

(technology -name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-THETA-D) 

(c-header  "float  ThetaD(  float  Delta,  float  Theta_D  ) ; " ) 
)  ;  end  instance  DIAMOND-CVD-THETA-D 
(DIAMOND-CVD-TS  of  EMPIRICAL-RELATIONSHIP 

(technology-name  DIAMOND-CVD-COATING) 

(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-TEMPERATURE-UNCOATED) 
(c-header  "float  Temperatures (  float  ThetaUncoatedSubstrate,  float  Heatin 

)  ; " ) 

)  ;  end  instance  DIAMOND-CVD-TS 
(DIAMOND-CVD-TSS  of  EMPIRICAL-RELATIONSHIP 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-TEMPERATURE-SUBSTRATE) 
(c-header  "float  TemperatureSubstrate (  float  ThetaSubstrate,  float  HeatIn 

) ; " ) 

)  ;  end  instance  DIAMOND-CVD-TSS 
(DIAMOND-CVD-TIF  of  EMPIRICAL-RELATIONSHIP 
(technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-TEMPERATURE- INTERFACE) 

(c-header  "float  Temperaturelnterface (  float  ThetalnterfaceLayer ,  float 
Heatin  ) ; " ) 

)  ;  end  instance  DIAMOND-CVD-TIF 
(DIAMOND-CVD-TD  of  EMPIRICAL-RELATIONSHIP 
( technology-name  DIAMOND-CVD-COATING) 
(phylum  SURFACE-TREATMENT) 

(relationship-name  DIAMOND-CVD-TEMPERATURE-DIAMOND) 

(c-header  "float  TemperatureDiamond (  float  ThetaDiamond,  float  Heatin 
);") 

)  ;  end  instance  DIAMOND-CVD-TD 
)  ;  end  def instances  diamond-cvd-equations 
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B.3.2  APPLICATION  Instances 
B.3.2.1  GEARS 

Gear  Instances.CLP 


(def instances  gear-application 

(GEAR-CONTACT-STRESS  of  QUALITATIVE-REQTS 
(technology-name  GEARS) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 
( criteria-category  SURFACE -CONTACT) 
(criteria-name  CONTACT-STRESS) 
(qualitative-value  HIGH) 
)    ;  end  instance  GEAR-CONTACT-STRESS 

(GEAR-SLIDE-ROLL  of  QUALITATIVE-REQTS 
(technology-name  GEARS) 

(phylum  MECHANICAL- POWER-TRANSMISSION) 
(criteria-category  SURFACE-CONTACT) 
(criteria-name  SLIDE-TO-ROLL-RATIO) 
(qualitative-value  HIGH) 

)    ;  end  instance  GEAR-SLIDE-ROLL 

) ;  end  def instances  gear-application 


Gear  Equations.CLP 


(def instances  gear-equations 

"gear-equations  builds  the  equations  necessary  to  design  gears." 
(GEAR-OBJ-FUNC  of  OBJECTIVE-FUNCTION 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(function -name  GEAR-VOLUME) 

(c-header  "float  GearObjFunc(  int  GearRatio,  float  CenterDistance  ) ; " ) 
)  ;  end  instance  GEAR-OBJ-FUNC 
(GEAR-XSTART  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-X-START) 

(c-header  "float  GearXStart (  int  GearRatio,  int  NPinion,  float  phi  );") 
)  ;  end  instance  GEAR-XSTART 
(GEAR-TPS  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 
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(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-T- PINION-START) 

(c-header  "float  GearTPinionStart (  float  X,  int  GearRatio,  \ 
float  phi,  float  psiP  ) ; " ) 
)  ;  end  instance  GEAR-TPS 
(GEAR-TP  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology -type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-T-PINION) 

(c-header  "float  GearTPinion(  float  TPS,  float  f,  float  EEquiv,  \ 
float  omegaPinion,  float  CenterDistance,  float  KrhoC  );") 
)  ;  end  instance  GEAR-TP 
(GEAR-A-WIDTH  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

( relat ionship-name  GEAR-CONTACT-WIDTH ) 

(c-header  "float  GearContactWidth(  float  TangentLoad,  float  EEquiv,  \ 
float  RadiusEquiv,  float  phi  ) ; " ) 
)  ;  end  instance  GEAR-A-WIDTH 
(GEAR-Q- PINION  of  EMPIRICAL-RELATIONSHIP 

(techno logy -name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-Q- PINION) 

(c-header  "float  GearQPinion(  float  KrhoC,  float  DeltaTPinion,  \ 
float  aWidth,  float  VelocityPinion,  float  psiP  ) ;  " ) 
)  ;  end  instance  GEAR-Q-PINION 
(GEAR-COAT- AREA  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-COAT-AREA) 

(c-header  "float  GearCoatArea (  float  PitchDiameter ,  float  FaceWidth  );") 
)  ;  end  instance  GEAR-COAT-AREA 
(GEAR-R-EFF  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL- POWER-TRANSMISSION) 

(relationship-name  GEAR-RADIUS-EFFECTIVE) 

(c-header  "float  GearEf f ectiveRadius (  float  CenterDistance,  float  X, 
float  phi  ) ; " ) 

)  ;  end  instance  GEAR-R-EFF 
(GEAR-E-EFF  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-YOUNGS -MODULUS-EFF) 

(c-header  "float  GearEf feet iveModulus (  float  EGear,  float  EPinion  );") 
)  ;  end  instance  GEAR-E-EFF 
(GEAR-PINION-PD  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 
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(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-PINION-PITCH-DIA) 

(c-header  "float  GearPinionPitchDia(  float  CenterDistance,  int  GearRatio 
);") 

)  ;  end  instance  GEAR- PINION- PD 
(GEAR-V-PINION  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR- PINION-VELOCITY) 

(c-header  "float  GearPinionVelocity (  float  omegaPinion,  float 
CenterDistance,  \ 

float  X,  float  phi  )  ;  " ) 
)  ;  end  instance  GEAR-V-PINION 
(GEAR-V-GEAR  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR -GEAR -VELOCITY) 

(c-header  "float  GearGearVelocity (  int  GearRatio,  float  omegaPinion,  \ 
float  CenterDistance,  float  X,  float  phi  ) ; " ) 
)  ;  end  instance  GEAR-V-GEAR 
(GEAR-V-SLIDE  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-SLIDE-VELOCITY) 

(c-header  "float  GearSlideVelocity (  float  Vpinion,  float  Vgear  )  ;  " ) 
)  ;  end  instance  GEAR-V-SLIDE 
(GEAR-V-ROLL  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-ROLL-VELOCITY) 

(c-header  "float  GearRollVelocity (  float  Vpinion,  float  Vgear  );") 
)  ;  end  instance  GEAR-V-ROLL 
(GEAR-SIGMA-H  of  EMPIRICAL-RELATIONSHIP 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

( relat ionship-name  GEAR-CONTACT-STRESS ) 

(c-header  "float  GearContactStress (  float  TangentLoad,  float  EEquiv,  \ 
float  RadiusEquiv,  float  phi  )  ;  " ) 
)  ;  end  instance  GEAR-SIGMA-H 
(GEAR-SIGMA-B  of  EMPIRICAL-RELATIONSHIP 

(technology -name  GEARS) 

(techno logy -type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(relationship-name  GEAR-BENDING-STRESS) 

(c-header  "float  GearBendingStress (  float  TangentLoad,  int  NPinion,  \ 
float  CenterDistance,  int  GearRatio  )  ;  " ) 
)  ;  end  instance  GEAR-SIGMA-B 
(GEAR-TORQUE- IN  of  EMPIRICAL-RELATIONSHIP 
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(technology-name  GEARS) 
(technology-type  APPLICATION) 
(phylum  MECHANICAL-POWER-TRANSMISSION) 
(relationship-name  GEAR-TORQUE-IN) 

(c-header  "float  GearTorque (  float  PitchDiameter,  float  TangentLoad  ) ; " ) 
)  ;  end  instance  GEAR-SIGMA-B 
)  ;  end  definstances  gear-equations 

(def instances  gear -design-parameters 

"gear-design-parameters  defines  the  design  decision  parameters  for  gears" 
(GEAR-CD  of  DESIGN- PARAMETER 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL -POWER -TRANSMISSION) 

(parameter-name  GEAR-CENTER-DISTANCE) 

(c-declaration  "float  CenterDistance; " ) 

(c-type  "float") 
)  ;  end  instance  GEAR-CD 
(GEAR-NP  of  DESIGN- PARAMETER 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(parameter-name  GEAR-N-PINION-TEETH) 

(c-declaration  "int  NPinion;") 

(c-type  "int") 
)  ;  end  instance  GEAR-NP 
(GEAR-MG  of  DESIGN- PARAMETER 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL- POWER-TRANSMISSION) 

(parameter-name  GEAR-GEAR-RATIO) 

(c-declaration  "int  GearRatio; " ) 

(c-type  "  int " ) 
)  ;  end  instance  GEAR-MG 
(GEAR-OMEGA  of  DESIGN- PARAMETER 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(parameter-name  GEAR-PINION-SPEED) 

(c-declaration  "float  omega;") 

(c-type  "float") 
)  ;  end  instance  GEAR-OMEGA 
(GEAR-TORQUE  of  DESIGN- PARAMETER 

(technology-name  GEARS) 

(technology-type  APPLICATION) 

(phylum  MECHANICAL-POWER-TRANSMISSION) 

(parameter-name  GEAR- INPUT-TORQUE) 

(c-declaration  "float  TorqueIn;") 

(c-type  "float") 
)  ;  end  instance  GEAR-TORQUE 
)  ;  end  definstances  gear-design-parameters 

(definstances  gear-constants 

"gear-constants  defines  the  design  constants  for  gears" 
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(GEAR-T-P-MAX  of  CONSTANT 
(technology-name  GEARS) 
(technology-type  APPLICATION) 
(phylum  MECHANICAL-POWER-TRANSMISSION) 
(constant -name  GEAR-TEMP-PINION-MAX-RISE) 
(c-define  "#DEFINE  GEAR-TEMP-PINION-MAX-RISE  *") 
(c-type  "float") 

)  ;  end  instance  GEAR-T-P-MAX 

(GEAR-T-G-MAX  of  CONSTANT 
(techno logy -name  GEARS) 
(techno logy -type  APPLICATION) 
(phylum  MECHANICAL-POWER-TRANSMISSION) 
(constant -name  GEAR-TEMP-GEAR-MAX-RISE) 
(c-define  "#DEFINE  GEAR-TEMP-GEAR-MAX-RISE  *") 
(c-type  "float") 

)  ;  end  instance  GEAR-T-G-MAX 

(GEAR-SIGMA-B-MAX  of  CONSTANT 
(technology-name  GEARS) 
(technology-type  APPLICATION) 
(phylum  MECHANICAL-POWER-TRANSMISSION) 
(constant-name  GEAR-MAX-BENDING-STRESS) 
(c-define  "#DEFINE  GEAR-MAX-BENDING-STRESS  *") 
(c-type  "float") 

)  ;  end  instance  GEAR-SIGMA-B-MAX 

(GEAR-SIGMA-H-MAX  of  CONSTANT 
(technology-name  GEARS) 
(technology-type  APPLICATION) 
(phylum  MECHANICAL-POWER-TRANSMISSION) 
(constant -name  GEAR-MAX-CONTACT-STRESS) 
(c-define  "#DEFINE  GEAR-MAX-CONTACT-STRESS  *") 
(c-type  "float") 

)  ;  end  instance  GEAR-SIGMA-H-MAX 
)  ;  end  definstances  gear-constants 

B.3.2.2  HI-LOAD-ROLLER-BRGS 

Hi-Load-Roller-Brg  Instances.CLP 


(definstances  brg- thermal -surf ace -proper ties 

(HI-LOAD-ROLLER-BRG-K  of  THERMAL-CONDUCTIVITY 
(qualitative -value  MEDIUM) 
(technology-name  HI-LOAD-ROLLER-BRG) 
(technology-type  APPLICATION) 
(phylum  ANTI-FRICTION-BRG) 
(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-K 

(HI-LOAD-ROLLER-BRG-C  of  SPECIFIC-HEAT 
(qualitative -value  MEDIUM) 
(technology-name  HI-LOAD-ROLLER-BRG) 
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(technology-type  APPLICATION) 
(phylum  ANTI-FRICTION-BRG) 
(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-C 

(HI-LOAD-ROLLER-BRG-ALPHA  of  THERMAL- EXPANSION 

(qualitative-value  MEDIUM) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-ALPHA 

(HI-LOAD-ROLLER-BRG-USE-TEMP  of  USAGE-TEMPERATURE 

(qualitative-value  LOW) 

(technology -name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-USE-TEMP 

)    ;end  definstances  brg-thermal-surface-properties 

(def instances  brg -mechanical -surf ace -proper ties 
(HI-LOAD-ROLLER-BRG-E  of  YOUNGS -MODULUS 

(qualitative -value  MEDIUM-HIGH) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-E 

(HI-LOAD-ROLLER-BRG-G  of  SHEAR -MODULUS 

(qualitative-value  MEDIUM-HIGH) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-G 

(HI-LOAD-ROLLER-BRG-NU  of  POISSON-RATIO 

(qualitative-value  MEDIUM) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-NU 

(HI-LOAD-ROLLER-BRG-RHO  of  DENSITY 
(qualitative-value  MEDIUM-LOW) 
(technology-name  HI-LOAD-ROLLER-BRG) 
(technology- type  APPLICATION) 
(phylum  ANTI-FRICTION-BRG) 
(assessment-criteria  NEED) 
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)    ;  end  instance  HI-LOAD-ROLLER-BRG-RHO 

(HI -LOAD-ROLLER- BRG-R  of  ROUGHNESS 

(qualitative-value  LOW) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-R 

(HI-LOAD-ROLLER-BRG-HK  of  HARDNESS 

(qualitative-value  MEDIUM-HIGH) 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-HK 

)    ;end  def instances  brg-mechanical-surf ace-properties 

(def instances  brg-environmental -surface -properties 

(HI-LOAD-ROLLER-BRG-OX-RESIST  of  OXIDATION-RESISTANCE 
(qualitative-value  MEDIUM) 
(technology-name  HI-LOAD-ROLLER-BRG) 
(assessment-criteria  NEED) 
(technology-type  APPLICATION) 
(phylum  ANTI-FRICTION-BRG) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-OX-RESIST 

(HI-LOAD-ROLLER-BRG-LUB-COMPAT  of  LUB-COMPATIBILITY 

(technology-name  HI-LOAD-ROLLER-BRG) 

(technology-type  APPLICATION) 

(phylum  ANTI-FRICTION-BRG) 

(assessment-criteria  NEED) 

(lub-list  OIL) 
)    ;  end  instance  HI-LOAD-ROLLER-BRG-LUB-COMPAT 

)    ;end  def instances  brg-environmental-sur face-properties 


APPENDIX  C 
KNOWLEDGE  BASE  OUTPUT  FILES 

C.l    Matching  Results 


C.Ll  Match  Table 


match  table.out 


I  Criterion  Matched: 

I  Match  Goodness: 

I  Match  Instance  Identifier: 

I  Match  Identifier: 


Match  Table 

LUB-COMPATIBILITY 

STRONG 

genl 

gen2 


I  Category 


Discovery 


Application 


I  Name:  DIAMOND-CVD-COATING 

I  Qualitative  Value:  VERY-LOW 

I  Attribute  Address:  DIAMOND-CVD-LUB-COMPAT 
COMPAT       I 

+ 


HI-LOAD-ROLLER-BRG 
VERY -LOW 
HI-LOAD-ROLLER-BRG-LUB- 


I 

I  Criterion  Matched: 

I  Match  Goodness: 

I  Match  Instance  Identifier: 

I  Match  Identifier: 


Match  Table 

OXIDATION-RESISTANCE 

WEAK 

gen4 

gen5 


I  Category 


Discovery 


Application 


I  Name: 

I  Qualitative  Value: 
I  Attribute  Address : 
RESIST       I 


DIAMOND-CVD-COATING 
VERY-HIGH 
DIAMOND-CVD-OX-RESIST 


HI- LOAD - ROLLER - BRG 
MEDIUM 
HI-LOAD-ROLLER-BRG-OX- 
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+ + 

I                                Match  Table  I 

I  Criterion  Matched:                      HARDNESS  I 

I  Match  Goodness:                             WEAK  I 

I  Match  Instance  Identifier:                  gen6  I 

I  Match  Identifier:                          genV  I 

+ + 

I  Category  Discovery  Application  I 
+ + 

I  Name:  DIAMOND-CVD-COATING  HI-LOAD-ROLLER-BRG  1 
I  Qualitative  Value:  VERY-HIGH  MEDIUM-HIGH  | 
I  Attribute  Address:  DIAMOND-CVD-HK  HI-LOAD-ROLLER-BRG-HK  I 
+ + 

+ + 

I                                Match  Table  I 

I  Criterion  Matched:                    ROUGHNESS  I 

I  Match  Goodness:                           STRONG  I 

I  Match  Instance  Identifier:                 genS  I 

I  Match  Identifier:                          gen9  I 

+ + 

I  Category                 Discovery               Application  I 

+ + 

I  Name:  DIAMOND-CVD-COATING  HI-LOAD-ROLLER-BRG  I 
I  Qualitative  Value:  MEDIUM-LOW  LOW  I 
I  Attribute  Address:  DIAMOND-CVD-R  HI-LOAD-ROLLER-BRG-R  I 
+ + 

+ + 

I                              Match  Table  I 

I  Criterion  Matched:                      DENSITY  I 

I  Match  Goodness:                           STRONG  I 

I  Match  Instance  Identifier:                genlO  I 

I  Match  Identifier:                         genii  I 

+ + 

I  Category  Discovery  Application  I 
+ + 

I  Name:  DIAMOND-CVD-COATING       HI-LOAD-ROLLER-BRG       I 

I  Qualitative  Value:  MEDIUM-LOW  MEDIUM-LOW       | 

I  Attribute  Address:       DIAMOND-CVD-RHO    HI-LOAD-ROLLER-BRG-RHO 


Criterion  Matched: 

Match  Goodness : 

Match  Instance  Identifier; 

Match  Identifier: 


Match  Table 

POISSON-RATIO 

WEAK 

genl2 

genl3 
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I  Category  Discovery  Application  | 

+ + 

I  Name:  D I AMOND-CVD- COATING  HI-LOAD-ROLLER-BRG  I 
I  Qualitative  Value:  VERY-LOW  MEDIUM  | 
I  Attribute  Address:  DIAMOND-CVD-NU  HI-LOAD-ROLLER-BRG-NU  I 
+ + 

+ + 

I                              Match  Table  I 

I  Criterion  Matched:                SHEAR-MODULUS  I 

I  Match  Goodness:                           WEAK  I 

I  Match  Instance  Identifier:                genl4  I 

I  Match  Identifier:                         genl5  I 

+ + 

I  Category  Discovery  Application  I 
+ + 

I  Name:  D I AMOND-CVD -COATING  HI-LOAD-ROLLER-BRG  I 
I  Qualitative  Value:  VERY-HIGH  MEDIUM-HIGH  I 
I  Attribute  Address:  DIAMOND-CVD-G  HI-LOAD-ROLLER-BRG-G  i 
+ + 

+ + 

I                              Match  Table  I 

I  Criterion  Matched:                YOUNGS -MODULUS  I 

I  Match  Goodness:                             WEAK  I 

I  Match  Instance  Identifier:               genl6  I 

I  Match  Identifier:                       genl7  I 

+ + 

I  Category                 Discovery               Application  I 

+ + 

I  Name:  DIAMOND-CVD-COATING  HI-LOAD-ROLLER-BRG  1 
I  Qualitative  Value:  VERY-HIGH  MEDIUM-HIGH  I 
I  Attribute  Address:  DIAMOND-CVD-E  HI-LOAD-ROLLER-BRG-E  I 
+ + 

+ + 

I  Match  Table  I 

I  Criterion  Matched:  USAGE -TEMPERATURE  I 

I  Match  Goodness:  WEAK  I 

I  Match  Instance  Identifier:  genl8  I 

I  Match  Identifier:  genl9  I 


I  Category 


Discovery 


Application 


Name:  DIAMOND-CVD-COATING       HI-LOAD-ROLLER-BRG 

Qualitative  Value:  VERY-HIGH  LOW 

Attribute  Address:  DIAMOND-CVD-USE-TEMP   HI-LOAD-ROLLER-BRG-USE-TEMP 
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+ 

I 

I  Criterion  Matched: 

I  Match  Goodness: 

I  Match  Instance  Identifier: 

I  Match  Identifier: 


Match  Table 

THERMAL-EXPANSION 

WEAK 

gen20 

gen21 


I 

-+ 
I 

-+ 


I  Category 


Discovery 


Application 


I  Name: 

I  Qualitative  Value: 
I  Attribute  Address: 
ALPHA       I 


DIAMOND-CVD-COATING 

VERY -LOW 

D I AMOND - C VD - AL PH A 


HI-LOAD-ROLLER-BRG 

MEDIUM 
HI -LOAD-ROLLER- BRG- 


I 

I  Criterion  Matched: 

I  Match  Goodness : 

I  Match  Instance  Identifier: 

I  Match  Identifier: 


Match  Table 

SPECIFIC-HEAT 

STRONG 

gen22 

gen23 


I  Category 


Discovery 


Application 


I  Name : 

I  Qualitative  Value: 
I  Attribute  Address: 
+ 


DIAMOND-CVD-COATING 

MEDIUM 

DIAMOND-CVD-C 


HI-LOAD-ROLLER-BRG 

MEDIUM 

HI-LOAD-ROLLER-BRG-C 


I  Criterion  Matched: 

I  Match  Goodness : 

I  Match  Instance  Identifier: 

I  Match  Identifier: 


Match  Table 

THERMAL-CONDUCTIVITY 

WEAK 

gen24 

gen25 


I  Category 

+ 

I  Name: 

I  Qualitative  Value: 

I  Attribute  Address: 

+ 


Discovery 


Application 


D I AMOND - C VD - CO AT I NG 

VERY-HIGH 

DIAMOND-CVD-K 


HI-LOAD-ROLLER-BRG 

MEDIUM 

HI-LOAD-ROLLER-BRG-K 


Criterion  Matched: 

Match  Goodness: 

Match  Instance  Identifier: 

Match  Identifier: 


Match  Table 

DENSITY 

STRONG 

gen26 

gen27 


I  Category 


Discovery 


Application 
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+ + 

I  Name:  DIAMOND-CVD-COATING  GEARS  | 
I  Qualitative  Value:  MEDIUM-LOW  MEDIUM-LOW  | 
I  Attribute  Address:  DIAMOND-CVD-RHO  GEARS-RHO  I 
+ + 

+ + 

I  Match  Table  I 

I  Criterion  Matched:  SPECIFIC-HEAT  I 

I  Match  Goodness:  STRONG  I 

I  Match  Instance  Identifier:  gen29  I 

I  Match  Identifier:  gen3  0  I 

+ + 

I    Category  Discovery  Application  I 

+ + 

I  Name:  DIAMOND-CVD-COATING  GEARS  I 
I  Qualitative  Value:  MEDIUM  MEDIUM  I 
I  Attribute  Address:  DIAMOND-CVD-C  GEARS-C  I 
+ + 

+ + 

I  Match  Table  I 

I  Criterion  Matched:         THERMAL-CONDUCTIVITY  I 

I  Match  Goodness:  STRONG  I 

I  Match  Instance  Identifier:  gen31  I 

I  Match  Identifier:  gen32  I 

+ + 

I  Category                 Discovery               Application  I 

+ + 

I  Name:  DIAMOND-CVD-COATING  GEARS       I 

I  Qualitative  Value:  VERY-HIGH  HIGH       I 

I  Attribute  Address:         DIAMOND-CVD-K  GEARS-K       I 

^. + 


C.1.2  Match  Statistics 


match  stats.out 


+ 


I  Discovery: 
I  Application: 

+ 

I  Strong  Matches : 
I         LUB-COMPATIBILITY 
I  ROUGHNESS 

I  DENSITY 

I  SPECIFIC-HEAT 


Match  Statistics 

DIAMOND-CVD-COATING 
HI-LOAD-ROLLER-BRG 
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Weak  Matches : 

OXIDATION-RESISTANCE 

HARDNESS 

POISSON-RATIO 

SHEAR -MODULUS 

YOUNGS -MODULUS 

USAGE-TEMPERATURE 

THERMAL-EXPANSION 

THERMAL-CONDUCTIVITY 


I  Score  =  0.33 
+ 


I 


Match  Statistics 


I 
I  I 

I  Discovery:  DIAMOND-CVD-COATING  I 

I  Application:  GEARS  I 

+ + 

I  Strong  Matches:  I 

I  DENSITY  I 

I  SPECIFIC-HEAT  I 

I      THERMAL -CONDUCTIVITY  I 

+ + 

I  Weak  Matches :  I 

+ + 

I  Score  =1.00  I 

+ + 


C.2   Output  for  Analysis  Files 


C.2. 1  Application  Files 


gears.h 


Begin  APPLICATION  Empirical  Relationships  */ 
float  GearXStart (  int  GearRatio,  int  NPinion,  float  phi  ) 
float  GearTPinionStart (  float  X,  int  GearRatio, 

float  phi,  float  psiP  ) ; 
float  GearTPinion(  float  TPS,  float  f,  float  EEquiv, 

float  omegaPinion,  float  CenterDistance,  float  KrhoC  ) 
float  GearContactWidth(  float  TangentLoad,  float  EEquiv, 

float  RadiusEquiv,  float  phi  ) ; 
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float  GearQPinion(  float  KrhoC,  float  DeltaTPinion, 

float  aWidth,  float  VelocityPinion,  float  psiP  )  ; 
float  GearCoat Area (  float  PitchDiameter,  float  FaceWidth  ) ; 
float  GearEf fectiveRadius (  float  CenterDistance,  float  X,  float  phi 

float  GearEf fectiveModulus (  float  EGear,  float  EPinion  ) ; 

float  GearPinionPitchDia(  float  CenterDistance,  int  GearRatio  ) ; 

float  GearPinionVelocity (  float  omegaPinion,  float  CenterDistance, 

float  X,  float  phi  ) ; 
float  GearGearVelocity (  int  GearRatio,  float  omegaPinion, 

float  CenterDistance,  float  X,  float  phi  ) ; 
float  GearSlideVelocity (  float  Vpinion,  float  Vgear  ) ; 
float  GearRollVelocity (  float  Vpinion,  float  Vgear  ) ; 
float  GearContactStress (  float  TangentLoad,  float  EEquiv, 

float  RadiusEquiv,  float  phi  ) ; 
float  GearBendingStress (  float  TangentLoad,  int  NPinion, 

float  CenterDistance,  int  GearRatio  ) ; 
float  GearTorque(  float  PitchDiameter,  float  TangentLoad  ); 
End  APPLICATION  Empirical  Relationships  */ 


gearparams.h 


Begin  APPLICATION  Design  Parameters  */ 

float  CenterDistance; 

int  NPinion; 

int  GearRatio; 

float  omega; 

float  Torque In; 
End  APPLICATION  Design  Parameters  */ 


geardefines.h 


/*  Begin  APPLICATION  Constants  */ 

#DEFINE  GEAR-TEMP-PINION-MAX-RISE 
#DEFINE  GEAR-TEMP-GEAR-MAX-RISE  * 
#DEFINE  GEAR-MAX-BENDING-STRESS  * 
#DEFINE  GEAR-MAX-CONTACT-STRESS  * 

/*  End  APPLICATION  Constants  */ 
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C.2.2  Discovery  Files 

diamond  cvd.h 


/*  Begin  DISCOVERY  Empirical  Relationships  */ 

float  ThetaSSO(  float  PenDepth,  float  Length, 

float  LayerConductivity,  float  SubstrateConductivity, 

float  LayerThickness,  float  EntryLength  ) ; 
float  ThetaOS (  float  PenDepth,  float  Length, 

float  LayerConductivity,  float  SubstrateConductivity, 

float  LayerThickness,  float  EntryLength  ) ; 
float  ThetaS(  float  PenDepth,  float  Length, 

float  LayerConductivity,  float  SubstrateConductivity  ) ; 
float  ThetaSO{  float  ThetaSSO,  float  ThetaS  ) ; 
float  ThetaO(  float  ThetaOS,  float  ThetaS  ) ; 
float  Temperature (  float  Theta,  float  Heatin  ) ; 
float  PenetrationDepth(  float  Conductivity,  float  Density, 

float  Specif icHeat,  float  Length,  float  Velocity  ) ; 
float  EntryLength(  float  LayerConductivity,  float  LayerDensity , 

float  LayerSpecif icHeat,  float  Velocity,  float  LayerThickness  )  ; 
float  NormalStress (  float  YoungsModulus,  float  ThermalExpansion, 

float  TemperatureRise  ) ; 
float  ShearStress (  float  LayerNormalStress,  float 
SubstrateNormalStress , 

float  LayerThickness,  float  LayerWidth  ) ; 
float  ThetaSS(  float  Thetalnterface,  float  ThetaSO_IFSS, 

float  ThetaO_IFSS  ) ; 
float  Delta (  float  ThetaUncoatedSubstrate,  float  ThetaSubstrate  ) ; 
float  ThetaSS_P(  float  Delta,  float  ThetaSubstrate  ); 
float  ThetaIF(  float  Delta,  float  Theta_IF  ) ; 
float  ThetaD(  float  Delta,  float  Theta_D  ) ; 

float  Temperatures (  float  ThetaUncoatedSubstrate,  float  Heatin  ) ; 
float  TemperatureSubstrate (  float  ThetaSubstrate,  float  Heatin  ) ; 
float  Temperaturelnterf ace (  float  ThetalnterfaceLayer,  float  Heatin 

); 

float  TemperatureDiamond(  float  ThetaDiamond,  float  Heatin  ) ; 
/*  End  DISCOVERY  Empirical  Relationships  */ 


diamond  cvd  defines.h 


/*  Begin  DISCOVERY  Constants  */ 
/*  End  DISCOVERY  Constants  */ 


APPENDIX  D 
TECHNOLOGY  ATTRIBUTE  CLASS  TEMPLATES 

This  appendix  describes  all  the  class  templates  developed  for  this  study.  The  first  sec- 
tion includes  descriptions  of  the  slots  used  in  defining  the  various  attribute  classes.  The 
next  section  is  devoted  to  the  class  templates — starting  with  the  highest  level  (root)  classes 
which  are  used  to  develop  the  attribute  hierarchy,  and  ending  with  the  classes  that  are 
accessible  to  the  user  for  creating  instances. 
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D.l    Slot  Descriptions 

Table  D-1.  Slot  descriptions  for  technology  classes  inheriting  characteristics  from 
TECHNOLOGY,  LEVEL- 1 -ATTRIBUTE  through  LEVEL-4- 
ATTRIBUTE,  and  TECHNOLOGY-PROPERTY 


Slot  Name 

Description 

technology-name 

unique  identifier  for  the  technology 

technology-type 

determines  whether  the  instance  is  a  DISCOVERY  or 
APPLICATION 

phylum 

identifies  a  broad  category  for  classifying  a  technology,  e.g. 
a  thermal  barrier  coating  would  have  "SURFACE- 1 REAT- 
MENT"  as  its  phylum 

classification 

the  first-level  specialization  of  a  technology's  phylum,  e.g. 
"MATERIAL"  or  "MANUFACTURING" 

order 

the  first-level  specialization  of  the  technology  classifica- 
tion, e.g.  "PHYSICAL,"  "ECONOMIC,"  "PROCESS" 

family 

the  first-level  specialization  of  the  technology  order,  e.g. 
"THERMAL,"  "MECHANICAL,"  "PROCESS-LIMITS" 

species 

the  most  specific  specialization  of  the  technology 
attributes,  e.g. " 

assessment-criteria 

determines  whether  the  technology  attribute  is  a  capability, 
optional  feature,  desirable  feature  or  need  of  the  technol- 
ogy, e.g.  high  hardness  is  a  "NEED"  of  a  rolling  element 
bearing 

qualitative-value 

a  qualitative  rating  of  a  technology's  property,  e.g. 
"HIGH,"  "LOW" 

qualitative-value-range 

a  minimum  and  maximum  qualitative  range  of  values  for  a 
technology's  property,  e.g.  "MEDIUM"  to  "HIGH" 

quantitative-value 

magnitude  of  a  technology's  property,  e.g.  1054.5 

quantitative-value- 
range 

a  minimum  and  maximum  magnitude  for  a  technology's 
property,  e.g.  853  to  1013 

units 

standard  units  of  measurement  for  the  magnitude  of  the 
technology's  property,  e.g.  Newton/meter*meter  for  shear 
modulus 

symbol 

standard  symbol  for  technology's  property,  e.g.  K  for  ther- 
mal conductivity 
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Table  D-2.  Slot  descriptions  for  classes  inheriting  characteristics  from  GOVERNING- 
EQUATION 


Slot  Name 

Description 

relationship-name 

unique  name  for  an  empirical  relationship  describing  a  fun- 
damental association  amongst  a  technology's  design 
parameters 

c-header 

a  valid  c  language  function  prototype 

function-name 

unique  identifier  for  an  objective  function  to  be  used  in 
optimizing  some  aspect  of  a  technology's  usage 

parameter-name 

a  unique  identifier  for  a  design  parameter 

c-declaration 

a  valid  c  language  variable  declaration 

c-type 

a  valid  c  language  variable  type,  e.g.  "int"  or  "float" 

constant-name 

a  unique  identifier  for  a  constant 

c-define 

a  valid  c  language  #define  for  a  constant 

criteria-category 

the  general  category  associated  with  a  qualitative  require- 
ment for  an  APPLICATION  type  technology,  e.g.  surface- 
contact 

criteria-name 

specific  qualitative  need  for  an  APPLICATION  type  tech- 
nology, e.g.  slide-to-roll-ratio,  contact-stress 

Table  D-3.   Slot  descriptions  for  classes  inheriting  characteristics  from  miscellaneous 
parent  classes 


Slot  Name 

Description 

method-list 

a  list  of  methods  used  in  a  process  associated  with  produc- 
ing a  product  using  the  technology,  e.g.  "rough  cut,"  "finish 
cut,"  "polish,"  and  "inspect" 

atmosphere-list 

a  list  of  atmospheres  used  in  a  process  associated  with  a 
technology,  e.g.  argon,  helium,  air 

maximum 

the  maximum  attainable  thickness  attainable  with  a  tech- 
nolgy  process  that  adds  material 

minimum 

the  minimum  attainable  thickness  attainable  with  a  tech- 
nolgy  process  that  adds  material 

criteria-category 

the  general  category  associated  with  a  qualitative  need  for 
an  APPLICATION  type  technology,  e.g.  surface-contact 

criteria-name 

specific  qualitative  need  for  an  APPLICATION  type  tech- 
nology, e.g.  sUde-to-roll-ratio,  contact-stress 

lub-list 

a  list  of  lubricants  compatible  with  a  technology's  surface 
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D.2   Class  Templates 
D.2.1  High-Level  Classes 

The  classes  described  here  are  not  directly  accessible  to  the  user  for  creating  instances. 
These  classes  build  the  underlying  structure  for  the  classes  that  are  accessible  to  the  user. 
D.2. 1 . 1  Root  technology  class 

Table  D-4.  TECHNOLOGY  class  template 


Class  Name:        TECHNOLOGY 

Parent  Classes:    USER 

Description:        top-level  class  in  the  technology  attribute  hierarchy 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

D.2. 1.2  Abstract  specialization  classes 

Table  D-5.   LEVEL- 1 -ATTRIBUTE  class  template 


Class  Name:        LEVEL- 1  -ATTRIBUTE 
Parent  Classes:    USER 

Description:        class  to  add  a  first-level  attribute  specialization  to  direct  child  classes 
of  the  TECHNOLOGY  parent  class 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

classification 

Table  D-6.  LEVEL-2- ATTRIBUTE  class  template 


Class  Name:        LEVEL-2-AITRIBU'IE 
Parent  Classes:    USER 

Description:        class  to  add  a  first-level  specialization  to  direct  child  classes  of  par- 
ents inheriting  from  the  LEVEL- 1 -ATTRIBUTE  class 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

order 
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Table  D-7.  LEVEL-3-ATTRIBUTE  class  template 


Class  Name:       LEVEL-3-ATTRIBUTE 
Parent  Classes:    USER 

Description:        class  to  add  a  first-level  specialization  to  direct  child  classes  of  par- 
ents inheriting  from  the  LEVEL-2-A11 RIBUTE  class 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

family 

Table  D-8.   LEVEL-4-ATTRIBUTE  class  template 


Class  Name:        LEVEL-4- ATTRIBUTE 

Parent  Classes:    USER 

Description:        class  to  add  a  first-level  specialization  to  direct  child  classes  of  par- 
ents inheriting  from  the  LEVEL-3-Ari  KIBU  1 E  class;  determines 
whether  attribute  is  requirement  (NEED)  or  capability  of  a  technol- 
ogy 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

species 

assessment-criteria 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-hfcA- 

TUREICAPABILITY 

Table  D-9.  TECHNOLOGY-PROPERTY  class  template 


Class  Name:        TECHNOLOGY-PROPERTY 
Parent  Classes:    USER 

Description:        class  to  describe  the  qualitative  and 
dard  units  and  symbol  of  a  technoloj 

quantitative  characteristics,  Stan- 
ly's property 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 
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Table  D-10.  MFG-PROCESS-METHOD-LIST  class  template 


Class  Name:        MFG-PROCESS-METHOD-LIST 
Parent  Classes:    USER 

Description:        class  to  add  a  multiple  entry  list  structure  to  store  manufacturing 
methods 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

species 

method-list 

D.2.1.3  First-level  specializations  of  the  root  technology  class 
Table  D-U.  MATERIAL- ATTRIBUTE  class  template 


Class  Name:        MATERIAL-ATTRIBUTE 
Parent  Classes:    TECHNOLOGY,  LEVEL- 1-AlTRIBUTE 

Description:        first-level  lECHNOLOGY  specialization  class  containing  material 
attribute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

Table  D-12.  MANUFACTURING-ATTRIBUTE  class  template 


Class  Name:        MANUFACTURING-ATTRIBUTE 
Parent  Classes:    TECHNOLOGY,  LEVEL- 1  -ATTRIBUTE 

Description:        first- level  lECHNOLOGY  specialization  class  containing  manufac- 
turing attribute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 
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Table  D-13.  OTHER- ATTRIBUTE  class  template 


Class  Name:        OTHER-ATTRIBUTE 
Parent  Classes:    TECHNOLOGY,  LEVEL- 1 -ATTRIBUTE 
Description:        first-level  i  tCHNOLOGY  specialization  class  containing  other 
attribute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

OTHER 

Table  D-14.  GOVERNING-EQUATION  class  template 


Class  Name:        GOVERNING-EQUATION 
Parent  Classes:    TECHNOLOGY,  LEVEL- 1  -ATTRIBUTE 

Description:        first-level  TECHNOLOGY  specialization  class  containing  governing 
equation  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

EQUATION 

D.2.1.4  Second-level  specializations  of  the  root  technology  class 
Table  D-15.  PHYSICAL-PROPERTY  class  template 


Class  Name:        PHYSICAL-PROPERTY 

Parent  Classes:    MATERIAL-ATTRIBUTE,  LEVEL-2- ATTRIBUTE 
Description:        first-level  MAl  EKl  AL-All  RIBUTE  specialization  class  containing 
physical  property  attribute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 
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Table  D-16.  ECONOMIC-PROPERTY  class  template 


Class  Name:        ECONOMIC-PROPERTY 

Parent  Classes:    MATERIAL- ATTRIBUTE,  LEVEL-2- ATTRIBUTE 
Description:        first-level  MATERIAL-AITRIBUTE  specialization  class  containing 
economic  property  attiibute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

ECONOMIC 

Table  D-17.  OTHER-PROPERTY  class  template 


Class  Name:        OTHER-PROPERTY 

Parent  Classes:    MATERIAL- ATTRIBUTE,  LEVEL-2- ATTRIBUTE 
Description:        first-level  MAl  EKIAL-Al  1 RIBUTE  specialization  class  containing 
other  property  attribute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

OTHER 

Table  D-18.  PROCESS-PROPERTY  class  template 


Class  Name:        PROCESS-PROPERTY 

Parent  Classes:    MANUFACTURING-ATTRIBUTE,  LEVEL-2-ATTRIBUTE 
Description:        first-level  MANUFACTURING-ATTRIBUTE  speciahzation  class 
containing  process  property  atu  ibute  subclasses 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

230 


D.2. 1 .5  Third-level  specializations  of  the  root  technology  class 
Table  D-19.  THERMAL-PROPERTY  class  template 


Class  Name:        THERMAL-PROPERTY 

Parent  Classes:    PHYSICAL-PROPERTY,  LEVEL-3- ATTRIBUTE 
Description:        first-level  PHYSICAL-PROPERTY  specialization  class  defining 
thermal  property  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

Table  D-20.  MECHANICAL-PROPERTY  class  template 


Class  Name:        MECHANICAL-PROPERTY 
Parent  Classes:    PHYSICAL-PROPERTY,  LEVEL-3-AlTRIBUTE 
Description:        first-level  PHYSICAL-PROPERTY  specialization  class  defining 
mechanical  property  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 
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Table  D-21.  ENVIRONMENTAL-PROPERTY  class  template 


Class  Name:        ENVIRONMENTAL-PROPERTY 
Parent  Classes:    PHYSICAL-PROPERTY,  LEVEL-3- ATTRIBUTE 
Description:        first-level  PHYSICAL-PROPERTY  specialization  class  defining 
environmental  property  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

ENVIRON- 
MENTAL 

Table  D-22.  PROCESS-ECONOMICS  class  template 


Class  Name:        PROCESS-ECONOMICS 
Parent  Classes:    PROCESS-PROPERTY,  LEVEL-3-AllRIBUTE 
Description:        first-level  PROCESS-PROPERTY  specialization  class  defining  pro- 
cess economics  property  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 
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Table  D-23.  PROCESS-PARAMETER  class  template 


Class  Name:        PROCESS-PARAMETER 
Parent  Classes:    PROCESS-PROPERTY,  LEVEL-3-AlTRIBUTE 
Description:        first-level  PROCESS-PROPERTY  specialization  class  defining  pro- 
cess parameter  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

PARAMETER 

Table  D-24.  PROCESS-METHOD  class  template 


Class  Name:        PROCESS-METHOD 

Parent  Classes:    PROCESS-PROPERTY,  LEVEL-3-AlTRIBUTE 
Description:        first-level  PROCESS-PROPERTY  specialization  class  defining  pro- 
cess method  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

METHOD 
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Table  D-25.  PROCESS-LIMITS  class  template 


Class  Name:       PROCESS-LIMITS 

Parent  Classes:    PROCESS-PROPERTY,  LEVEL-3-ATTRIBU 1 E 
Description:        first-level  PROCESS-PROPERTY  specialization  class  defining  pro- 
cess limits  sub-classes  for  a  technology 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

LIMITS 

D.2.2  Classes  Accessible  to  the  User  for  Instances 

The  classes  described  in  this  section  are  available  to  the  user  to  create  instances  for 
manipulation  in  the  knowledge  base. 
D.2.2. 1  Specializations  of  the  GOVERNING-EOUATION  class 

Table  D-26.  EMPIRICAL-RELATIONSHIP  class  template 


Class  Name:        EMPIRICAL-RELATIONSHIP 

Parent  Classes:    GOVERNING-EQUATION 

Description:        first-level  GOVERNING-EQUATION  specialization  class  defining 
empirical  relationships  that  model  a  technology's  behavior  in  the  c 
programming  language — intended  to  be  used  in  conjunction  with  a 
library  of  pre-defined  c  implementations  of  pertinent  functions 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

EQUATION 

relationship-name 

yes 

c-header 

yes 
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Table  D-27.  OBJECnVE-FUNCTION  class  template 


Class  Name:        OBJECTIVE-FUNCTION 

Parent  Classes:    GOVERNING-EQUATION 

Description:        first-level  GOVERNING-EQUATION  specialization  class  defining 
optimzation  objective  functions  for  designing  applications  of  a  tech- 
nology in  the  c  programming  language — intended  to  be  used  in  con- 
junction with  a  library  of  pre-defined  c  implementations  of  pertinent 
functions 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

EQUATION 

function-name 

yes 

c-header 

yes 

Table  D-28.  DESIGN-PARAMETER  class  template 


Class  Name:        DESIGN-PARAMETER 

Parent  Classes:    GOVERNING-EQUATION 

Description:        first-level  GOVERNING-EQUATION  specialization  class  defining 

design  parameter  variables  for  a  technology  in  the  c  programming 

language 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

EQUATION 

parameter-name 

yes 

c-declaration 

yes 

c-type 

yes 

"int'T'short'T'long'T'float"! 
"double'T'long  double" 
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Table  D-29.  CONSTANT  class  template 


Class  Name:        CONSTANT 

Parent  Classes:    GOVERNING-EQUATION 

Description:        first-level  GOVERNING-EQUATION  specialization  class  defining 
design  or  analysis  constants  used  for  a  technology  in  the  c  program- 
ming language 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

EQUATION 

constant-name 

yes 

c-define 

yes 

c-type 

yes 

"int'T'short'T'long'T'float"! 
"double'T'long  double" 

D.2.2.2  The  OUALITATIVE-REOTS  class 

Table  D-30.  QUALITATIVE-REQTS  class  template 


Class  Name:        QUALITATIVE-REQTS 
Parent  Classes:    TECHNOLOGY,  LEVEL- 1  -ATTRIBUTE 
Description:        first-level  i  hCHNOLOGY  specialization  class  containing  qualita- 
tive requirements  of  APPLICATION  technology  types 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

APPLICATION 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

QUALITA- 
TIVE-REQTS 

criteria-category 

yes 

criteria-name 

yes 

qualitative-value 

yes 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 
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D.2.2.3  Specializations  of  the  THERMAL-PROPERTY  class 
Table  D-31.  THERMAL-CONDUCTIVITY  class  template 


Class  Name:        THERMAL-CONDUCTIVITY 

Parent  Classes:     1 ECHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
ATTRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  thennal  conductivity  property;  direct  instances  of  this  class 
can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
IRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-PEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Watt/meter- 
deg-K 

symbol 

K 
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Table  D-32.  SPECMC-HEAT  class  template 


Class  Name:        SPECMC-HEAT 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
AITRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  specific  heat  property;  direct  instances  of  this  class  can  be 
created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
I'RANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EHA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Joule/kilogram- 
deg-K 

symbol 

C 
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Table  D-33.  THERMAL-EXPANSION  class  template 


Class  Name:       THERMAL-EXPANSION 

Parent  Classes:    1 HCHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
AITRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  thenrial  expansion  coefficient  property;  direct  instances  of 
this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
TRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter/meter- 
deg-K 

symbol 

ALPHA 
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Table  D-34.  THERMAL-DIFFUSIVITY  class  template 


Class  Name:       THERMAL-DIFFUSIVITY 

Parent  Classes:    TECHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
AllRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  thermal  diffusivity  property;  direct  instances  of  this  class  can 
be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
IRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter*meter/ 
sec 

symbol 

ALPHA-sub- 
diff 
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Table  D-35.  THERMAL-SHOCK  class  template 


Class  Name:        THERMAL-SHOCK 

Parent  Classes:     lECHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
ATTRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  thermal  shock  property;  direct  instances  of  this  class  can  be 
created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
IRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Watt/meter-sec 

symbol 

Th-sub-shock 
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Table  D-36.  USAGE-TEMPERATURE  class  template 


Class  Name:        USAGE-TEMPERATURE 

Parent  Classes:    TECHNOLOGY-PROPERTY,  THERMAL-PROPERTY,  LEVEL-4- 
AITRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  maximum  usage  temperature  property;  direct  instances  of 
this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
IRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWtMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

deg-K 

symbol 

T-sub-max 
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Table  D-37.  MELT-POINT  class  template 


Class  Name:        MELT-POINT 

Parent  Classes:     lECHNOLOGY-PROPERTY,  THERMAL- PROPERTY,  LEVEL-4- 
AITRIBUTE 

Description:        first-level  specialization  of  the  THERMAL-PROPERTY  class  defin- 
ing the  melting  point  property;  direct  instances  of  this  class  can  be 
created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

THERMAL 

species 

HEAT- 
TRANSFER 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

deg-K 

symbol 

T-sub-melt 
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D.2.2.4  Specializations  of  the  MECHANICAL-PROPERTY  class 
Table  D-38.  YOUNGS-MODULUS  class  template 


Class  Name:        YOUNGS-MODULUS 

Parent  Classes:     lECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-AnRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  Young's  modulus  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

STRESS- 
STRAIN 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Newton/ 
meter*meter 

symbol 

E 
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Table  D-39.  SHEAR-MODULUS  class  template 


Class  Name:        SHEAR-MODULUS 

Parent  Classes:    TECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-AnRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  shear  modulus  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

STRESS- 
STRAIN 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Newton/ 
meter*meter 

symbol 

G 
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Table  D-40.  POISSON-RATIO  class  template 


Class  Name:        POISSON-RATIO 

Parent  Classes:    IHCHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-AnRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  Poisson  ratio  property;  direct  instances  of  this  class  can 

be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

STRESS- 
STRAIN 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-l^HA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 

NU 

246 


Table  D-41.  DENSITY  class  template 


Class  Name: 
Parent  Classes: 

Description: 


DENSITY 

TECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-ATTRIBUTE 

first-level  specialization  of  the  MECHANICAL-PROPERTY  class 


defining  the  density  property  (standard  conditions);  direct  instances 
of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

MASS- 
VOLUME 

assessment-criteria 

yes 

CAPABILITY 

NEEDiDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

kilogram/ 

meter*meter* 

meter 

symbol 

RHO 

- 
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Table  D-42.  FRICTION- COEFFICIENT-DRY  class  template 


Class  Name:        FRICTION-COEFFICIENT-DRY 

Parent  Classes:    TECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-An'RIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  dry  coefficient  of  friction  property;  direct  instances  of 

this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

FRICTION 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

quahtative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 

MU-sub-dry 
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Table  D-43.  FRICTION-COEFFICIENT-LUB  class  template 


Class  Name:        FRICTION-COEFFICIENT-LUB 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-AnRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  lubricated  coefficient  of  friction  property;  direct 

instances  of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCO  VERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

FRICTION 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 

MU-sub-lub 
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Table  D-44.  ROUGHNESS  class  template 


Class  Name:        ROUGHNESS 

Parent  Classes:     1 HCHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-Ari  RIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  surface  roughness  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

FRICTION 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter 

symbol 

R 
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Table  D-45.  HARDNESS  class  template 


Class  Name:       HARDNESS 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-A1  TRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  Knoop  hardness  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

STRESS- 
STRAIN 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-hEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter 

symbol 

R 
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Table  D-46.  TOUGHNESS  class  template 


Class  Name:        TOUGHNESS 

Parent  Classes:    1 HCHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-AnRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  toughness  property;  direct  instances  of  this  class  can  be 

created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

STRESS- 
STRAIN 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-hLA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Newton/ 
meter*  meter 

symbol 

TNS 
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Table  D-47.  CRACK-RESISTANCE  class  template 


Class  Name:        CRACK-RESISTANCE 

Parent  Classes:    TECHNOLOGY-PROPERTY,  MECHANICAL-PROPERTY, 

LEVEL-4-ATTRIBUTE 
Description:        first-level  specialization  of  the  MECHANICAL-PROPERTY  class 

defining  the  crack  resistance  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

MECHAN- 
ICAL 

species 

FRACTURE 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Newton/ 
meter*meter 

symbol 

CR 
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D.2.2.5  Specializations  of  the  ENVIRONMENTAL-PROPERTY  class 
Table  D-48.  LUB-FILM-THKNS  class  template 


Class  Name:        LUB-FILM-THKNS 

Parent  Classes:    TECHNOLOGY-PROPERTY,  ENVIRONMENTAL-PROPERTY, 

LEVEL-4-Al"lRIBUTE 
Description:        first-level  specialization  of  the  ENVIRONMENTAL-PROPERTY 

class  defining  the  lubricating  fihn  thickness  property;  direct 

instances  of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

ENVIRON- 
MENTAL 

species 

HYDRO- 
DYNAMICS 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter 

symbol 

h-sub-lub 
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Table  D-49.  LUB-COMPATIBILITY  class  template 


Class  Name:        LUB-COMPATIBILITY 

Parent  Classes:    THCHNOLOGY-PROPERTY,  ENVIRONMENTAL-PROPERTY, 

LEVEL-4-AriRIBUTE 
Description:        first-level  specialization  of  the  ENVIRONMENTAL-PROPERTY 

class  defining  the  compatible  lubricating  film  list  property;  direct 

instances  of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

ENVIRON- 
MENTAL 

species 

HYDRO- 
DYNAMICS 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 

lub-list 
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Table  D-50.  OXIDATION-RESISTANCE  class  template 


Class  Name:       OXIDATION-RESISTANCE 

Parent  Classes:    TECHNOLOGY-PROPERTY,  ENVIRONMENTAL-PROPERTY, 

LEVEL-4-ATTRIBUTE 
Description:        first-level  specialization  of  the  ENVIRONMENTAL-PROPERTY 

class  defining  the  oxidation  resistance  property;  direct  instances  of 

this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MATERIAL 

order 

PHYSICAL 

family 

ENVIRON- 
MENTAL 

species 

OXIDATION 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-PEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 
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D.2.2.6  Specialization  of  the  PROCESS-ECONOMICS  class 
Table  D-51.  MATERIAL-COST  class  template 


Class  Name:        MATERIAL-COST 

Parent  Classes:    I'ECHNOLOGY-PROPERTY,  PROCESS-ECONOMICS,  LEVEL- 

4-ATTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-ECONOMICS  class 

defining  the  raw  material  cost  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 

species 

COST-PER- 
GRAM 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

dollars/gram 

symbol 

C-sub-M 
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Table  D-52.  CAPITAL-EQUIPMENT-COST  class  template 


Class  Name:        CAPITAL-EQUIPMENT-COST 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  PROCESS-ECONOMICS,  LEVEL- 

4-ATTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-ECONOMICS  class 

defining  the  capital  equipment  cost  property;  direct  instances  of  this 

class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 

species 

COST-PER- 
GRAM 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 
LOWIMEDIUM IMEDIUM- 
HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

dollars/gram 

symbol 

C-sub-CE 
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Table  D-53.  LABOR-COST  class  template 


Class  Name:        LABOR-COST 

Parent  Classes:     I'HCHNOLOGY-PROPERTY,  PROCESS-ECONOMICS,  LEVEL- 

4-ATTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-ECONOMICS  class 

defining  the  labor  cost  property;  direct  instances  of  this  class  can  be 

created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 

species 

COST-PER- 
GRAM 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

dollars/gram 

symbol 

C-sub-L 
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Table  D-54.  POWER-COST  class  template 


Class  Name:        POWER-COST 

Parent  Classes:    TECHNOLOGY-PROPERTY,  PROCESS-ECONOMICS,  LEVEL- 

4-AlTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS -ECONOMICS  class 

defining  the  power  cost  property;  direct  instances  of  this  class  can  be 

created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 

species 

COST-PER- 
GRAM 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

dollars/gram 

symbol 

C-sub-P 
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Table  D-55.  OVERHEAD-COST  class  template 


Class  Name:        OVERHEAD-COST 

Parent  Classes:    TECHNOLOGY-PROPERTY,  PROCESS-ECONOMICS,  LEVEL- 

4-AllRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-ECONOMICS  class 

defining  the  overhead  cost  property;  direct  instances  of  this  class  can 

be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

ECONOMIC 

species 

COST-PER- 
GRAM 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

dollars/gram 

symbol 

C-sub-0 
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D.2.2.7  Specialization  of  the  PROCESS-PARAMETER  class 
Table  D-56.  PROCESS-PRESSURE  class  template 


Class  Name:       PROCESS-PRESSURE 

Parent  Classes:    I  bCHNOLOGY-PROPERTY,  PROCESS-PARAMETER,  LEVEL- 

4-ArrRIBUlH 
Description:        first-level  specialization  of  the  PROCESS -PARAMETER  class 

defining  the  process  pressure  property;  direct  instances  of  this  class 

can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

PARAMETER 

species 

PRESSURE 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

Newton/ 
meter*meter 

symbol 

P-sub-p 
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Table  D-57.  PROCESS-ATMOSPHERE  class  template 


Class  Name:        PROCESS-ATMOSPHERE 

Parent  Classes:    lECHNOLOGY-PROPERTY,  PROCESS-PARAMETER,  LEVEL- 

4-ATTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-PARAMETER  class 

defining  the  process  atmosphere  list  property;  direct  instances  of  this 

class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

PARAMETER 

species 

ATMO- 
SPHERE 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EHA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

symbol 

atmosphere-Ust 
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Table  D-58.  PROCESS-SURFACE-TEMPERATURE  class  template 


Class  Name:        PROCESS-SURFACE-TEMPERATURE 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  PROCESS-PARAMETER,  LEVEL- 

4-ArrRIBUTE 
Description:        first-level  specialization  of  the  PROCESS -PARAMETER  class 

defining  the  process  surface  temperature  property;  direct  instances  of 

this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCO  VERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

PARAMETER 

species 

TEMPER- 
ATURE 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

deg-C 

symbol 

T-sub-surf 
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D.2.2.8  Specialization  of  the  PROCESS-LIMITS  class 
Table  D-59.  PROCESS-LIMITS-THKNS  class  template 


Class  Name:        PROCESS-LIMITS-THKNS 

Parent  Classes:    1 ECHNOLOGY-PROPERTY,  PROCESS-LIMITS,  LEVEL-4- 

Al'IRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-LIMITS  class  defining  the 

process  maximum  and  minimum  thickness  property;  direct  instances 

of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

LIMITS 

species 

LENGTH 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter 

symbol 

h-sub-0 

maximum 

minimum 
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Table  D-60.  PROCESS-LIMITS-SPATIAL  class  template 


Class  Name:        PROCESS-LIMITS-SPATIAL 

Parent  Classes:    lECHNOLOGY-PROPERTY,  PROCESS-LIMITS,  LEVEL-4- 

ATTRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-LIMITS  class  defining  the 

process  volume  requirements  for  equipment  property;  direct 

instances  of  this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

LIMITS 

species 

VOLUME 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-FEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

meter*meter* 
meter 

symbol 

V-sub-sp 
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Table  D-61.  PROCESS-LIMITS-DEPOSITION  class  template 


Class  Name:        PROCESS-LIMITS-DEPOSITION 

Parent  Classes:     1  tCHNOLOGY-PROPERTY,  PROCESS-LIMITS,  LEVEL-4- 

AITRIBUTE 
Description:        first-level  specialization  of  the  PROCESS-LIMITS  class  defining  the 

process  deposition  rate  property;  direct  instances  of  this  class  can  be 

created 

Slot  Name 

Req'd? 

Default  Value 

AUowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

LIMITS 

species 

DEPOSITION- 
RAIE 

assessment-criteria 

yes 

CAPABILITY 

NEEDIDESIRABLE-FEA- 

TUREIOPTIONAL-EEA- 

TUREICAPABILITY 

qualitative-value 

VERY-LOWILOWIMEDIUM- 

LOWIMEDIUMIMEDIUM- 

HIGHIHIGHIVERY-HIGH 

qualitative-value- 
range 

quantitative-value 

quantitative-value- 
range 

units 

gram/hour 

symbol 

M-sub-t 
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D.2.2.9  Specialization  of  thePROCESS -METHOD  class 
Table  D-62.  METHOD-PREPARATION  class  template 


Class  Name:        METHOD-PREPARATION 

Parent  Classes:    MFG-PROCESS-METHOD-LIST,  PROCESS-METHOD 

Description:        first-level  specialization  of  the  PROCESS-METHOD  class  defining 

the  process  preparartion  methods  list  property;  du-ect  instances  of 

this  class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

METHOD 

species 

PREPARA- 
TION 

method-list 

Table  D-63.  METHOD- APPLICATION  class  template 


Class  Name:        METHOD-APPLICATION 

Parent  Classes:    MFG-PROCESS-METHOD-LIST,  PROCESS-METHOD 

Description:        first-level  specialization  of  the  PROCESS-METHOD  class  defining 

the  process  application  methods  list  property;  direct  instances  of  this 

class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

METHOD 

species 

APPLICA- 
TION 

method-list 
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Table  D-64.  METHOD-FINISHING  class  template 


Class  Name:        METHOD-FINISHING 

Parent  Classes:    MFG-PROCESS-METHOD-LIST,  PROCESS-METHOD 

Description:        first-level  specialization  of  the  PROCESS-METHOD  class  defining 

the  process  finishing  methods  list  property;  direct  instances  of  this 

class  can  be  created 

Slot  Name 

Req'd? 

Default  Value 

Allowed  Values 

technology-name 

yes 

technology-type 

DISCOVERY 

DISCOVERYIAPPLICATION 

phylum 

yes 

classification 

MANUFAC- 
TURING 

order 

PROCESS 

family 

METHOD 

species 

HNISHING 

method-list 
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